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VLSI NETWORK PROCESSOR AND METHODS 



Technical Field 

5 This invention relates to communication network apparatus such as is used 

to link together information handling systems or computers of various types and 
capabilities and to components of such apparatus. In particular, this invention 
relates to scalable switch apparatus and components useful in assembling such 
apparatus. This invention relates to an improved and multi-functional interface 
10 device and the combination of that device with other elements to provide a media 
speed network switch. The invention also relates to methods of operating such 
apparatus which improve the data flow handling capability of network switches. 

Background Art 

15 

The description which follows presupposes knowledge of network data 
communications and switches and routers as used in such communications 
networks. In particular, the description presupposes familiarity with the ISO model 
of network architecture which divides network operation into layers. A typical 

20 architecture based upon the ISO model extends from Layer 1 (also sometimes 
identified as u L1 n ) being the physical pathway or media through which signals are 
passed upwards through Layers 2, 3, 4 and so forth to Layer 7, the last mentioned 
being the layer of applications programming running on a computer system linked 
to the network. In this document, mention of L1, L2 and so forth is intended to refer 

25 to the corresponding layer of a network architecture. The disclosure also 
presupposes a fundamental understanding of bit strings known as packets and 
frames in such network communication. 

In today's networked world, bandwidth is a critical resource. Increasing 
30 network traffic, driven by the Internet and other emerging applications, is straining 
the capacity of network infrastructures. To keep pace, organizations are looking for 
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better technologies and methodologies to support and manage traffic growth and the 
convergence of voice with data. 

Today's dramatic increase in network traffic can be attributed to the popularity 
5 of the Internet, a growing need for remote access to information, and emerging 
applications. The Internet alone, with its explosive growth in e-commerce, has 
placed a sometimes insupportable load on network backbones. It is also the single 
most important cause of increased data traffic volumes that exceed voice traffic for 
the first time. The growing demands of remote access applications, including e- 
10 mail, database access, and file transfer, are further straining networks. 

The convergence of voice and data will play a large role in defining tomorrow's 
network environment. Currently, the transmission of data over Internet protocol (IP) 
networks is free. Because voice communications will naturally follow the path of 

15 lowest cost, voice will inevitably converge with data. Technologies such as Voice 
over IP (VoIP), Voice over ATM (VoATM), and Voice over Frame Relay (VoFR) are 
cost-effective alternatives in this changing market. However, to make migration to 
these technologies possible, the industry has to ensure quality of service (QoS) for 
voice and determine how to charge for voice transfer over data lines. The 

20 Telecommunications Deregulation Act of 1 996 further complicates this environment. 

This legislation will reinforce a symbiotic relationship between the voice protocol of 
choice, ATM, and the data protocol of choice, IP. 

Integrating legacy systems is also a crucial concern for organizations as new 
25 products and capabilities become available. To preserve their investments in 
existing equipment and software, organizations demand solutions that allow them to 
migrate to new technologies without disrupting their current operations. 

Eliminating network bottlenecks continues to be a top priority for service 
30 providers. Routers are often the source of these bottlenecks. However, network 
congestion in general is often misdiagnosed as a bandwidth problem and is 
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addressed by seeking higher-bandwidth solutions. Today, manufacturers are 
recognizing this difficulty. They are turning to network processor technologies to 
manage bandwidth resources more efficiently and to provide the advanced data 
services, at wire speed, that are commonly found in routers and network application 
5 servers. These services include load balancing, QoS, gateways, fire walls, security, 
and web caching. 

For remote access applications, performance, bandwidth-on-demand, 
security, and authentication rank as top priorities. The demand for integration of QoS 
10 and CoS, integrated voice handling, and more sophisticated security solutions will 
also shape the designs of future remote access network switches. Further, remote 
access will have to accommodate an increasing number of physical mediums, such 
as ISDN, T1, E1, OC-3 through OC-48, cable, and xDSL modems. 

1 5 Industry consultants have defined a network processor (herein also mentioned 

as an "NP") as a programmable communications integrated circuit capable of 
performing one or more of the following functions: 

Packet classification - identifying a packet based on known characteristics, 

20 such as address or protocol 

Packet modification — modifying the packet to comply with IP, ATM, or other 
protocols (for example, updating the time-to-live field in the header for IP) 
Queue/policy management - reflects the design strategy for packet queuing, 
de-queuing, and scheduling of packets for specific applications 

25 Packet forwarding - transmission and receipt of data over the switch fabric 

and forwarding or routing the packet to the appropriate address 

Although this definition is an accurate description of the basic features of early 
NPs, the full potential capabilities and benefits of NPs are yet to be realized. 
30 Network processors can increase bandwidth and solve latency problems in a broad 
range of applications by allowing networking tasks previously handled in software to 
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be executed in hardware. In addition, NPs can provide speed improvements through 
architectures, such as parallel distributed processing and pipeline processing 
designs. These capabilities can enable efficient search engines, increase 
throughput, and provide rapid execution of complex tasks. 

5 

Network processors are expected to become the fundamental network 
building block for networks in the same fashion that CPUs are for PCs. Typical 
capabilities offered by an NP are real-time processing, security, store and forward, 
switch fabric, and IP packet handling and learning capabilities. NPs target ISO layer 
10 two through five and are designed to optimize network-specific tasks. 

The processor-model NP incorporates multiple general purpose processors 
and specialized logic. Suppliers are turning to this design to provide scalable, flexible 
solutions that can accommodate change in a timely and cost-effective fashion. A 
15 processor-model NP allows distributed processing at lower levels of integration, 
providing higher throughput, flexibility and control. Programmability can enable easy 
migration to new protocols and technologies, without requiring new ASIC designs. 
With processor-model NPs, NEVs benefit from reduced non-refundable engineering 
costs and improved time-to-market. 

-° 

Disclosure of the Invention 

One purpose of this invention is to provide a scalable switch architecture for 
use in a data communication network which is capable of sizing support capabilities 
!5 to a range of potential demands while improving the speed of handling of data being 
transferred. This purpose is pursued by providing components, and assemblages 
of components, which remove from the workload of processing units involved a 
greater amount of data handling than has been the case heretofore. 

;0 Another purpose is to provide an interface device or network processor (the 

terms being used interchangeably) which includes a plurality of sub-assemblies 
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integrated on a single substrate and coacting to provide media rate switching of 
frames that include layer 2, layer 3, layer 4 and layer 5. The interface device may 
be used as a standalone solution providing a first level of capability for a work group 
switch, an interconnected solution providing a higher level of capability work group 
5 switch or scaled further upward in capability by cooperation with a switching fabric 
device. 

Brief Description of the Drawings 

10 Some of the purposes of the invention having been stated, others will appear 

as the description proceeds, when taken in connection with the accompanying 
drawings, in which: 

Figure 1 shows a block diagram for an interface device in accordance with this 
15 invention. 

Figure 1 A shows a block diagram for the MAC. 

Figures 2A through 2D show the interface device interconnected with other 
components in different system configurations. 

Figure 3 shows the flow and processing of an encapsulated guided frame. 
20 Figure 4 shows the flow and processing of an internal guided frame. 

Figure 5 shows generalized format for a Guided Cell. 

Figure 6 shows the format for Frame Control Information. 

Figure 7 shows the format for the Correlator. 

Figure 8 shows Command Control Information Format. 
25 Figure 9 shows Addressing Information Format. 

Figure 10 shows General Form of Structure Addressing. 

Figure 11 shows chart for Addressing, Island Encoding. 

Figure 12A shows a block diagram of the Embedded Processor Complex. 

Figure 12B shows a schematic of the Embedded Processors. 
30 Figure 12C shows a structure for a GxH Processor. 

Figure 13 shows a block diagram of the memory complex. 
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Figure 14 shows a flowchart for the Fixed Match(FM) search algorithm. 

Figure 15 shows flows illustrating Data Structure without using a Direct Table and 

with using a Direct Table. 

Figure 16 shows a block diagram of a switching systems such as Prizma. 
5 Figure 17 shows a block diagram of a CP. 

Figure 18 shows a block diagram of the single chip Network Processor highlighting 
function in the EDS-UP, EDS DOWN and the EPC. 

Mode(s) of Carrying Out the Invention 

10 

While the present inventions will be described more fully hereinafter with 
reference to the accompanying drawings, in which preferred embodiments of the 
present inventions are shown, it is to be understood at the outset of the description 
which follows that persons of skill in the appropriate arts may modify the inventions 
15 here described while still achieving the favorable results of the inventions. 
Accordingly, the description which follows is to be understood as being a broad, 
teaching disclosure directed to persons of skill in the appropriate arts, and not as 
limiting upon the present inventions. 

20 Apparatus disclosed here is scalable and capable of functioning to 

interconnect desktop or workgroup switches, aggregate such switches into a network 
backbone, and provide backbone switching services. The apparatus can support 
Layer 2, Layer 3, and Layer 4+ forwarding in hardware. Certain forms of . the 
apparatus are designed for desktop or workgroup switch aggregation and while 

15 others are targeted as core backbone switches. 

The architecture used for the apparatus is based on an interface device or 
network processor hardware subsystem and a software library running on a control 
point, all as more fully described elsewhere in this document. The interface device 
JO or network processor subsystem is a high performance frame forwarding engine 
designed for parsing and translation of L2, L3 ( and L4+ protocol headers. This 
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allows protocols to be switched at greater speeds using hardware. The interface 
device or network processor subsystem provides a fast-path through the box while 
the software library and control point processor provide management and route 
discovery functions needed to maintain the fast-path. The control point processor 
and the software library running thereon together define the Control Point (CP) of the 
system. The CP is where the actual bridging and routing protocols such as 
Transparent Bridging and OSPF are run. It can also be referred to as the slow-path 
of the system. 

While the apparatus here disclosed supports multi-layer forwarding in 
hardware it can also operate as a L2 only switch and that is its default mode of 
operation in the simplest form disclosed. Each port will be put into a single domain 
allowing any device to communicate with any other device. The apparatus is 
configurable at L2 allowing system administrators the ability to configure features 
such as; grouping ports into separate domains or trunks, configuring Virtual LAN 
(VLAN) segments, or filters to control broadcast and multicast traffic. 

This scalable apparatus has many benefits. First, it allows the system 
administrator the ability to configure L3 forwarding and routing of IP and IPX traffic 
using the same hardware being used for 12 and at the same speed. Second, it 
removes the need for using external routers to interconnect campus buildings while 
increasing performance at the same time. Third, it simplifies or combines the 
management of L2/L3 service for a building into a single point of control. Finally, it 
provides value added features with L4+ functions that allow system administrators 
the ability to assign different traffic classifications to support mission critical 
applications and network dispatcher for load-balancing among servers. 

The apparatus is designed to be a modular unit using an interface device or 
network processor, a Control Point (CP), and an optional switching fabric device as 
its fundamental building blocks. The interface device preferably provides L2/L3/L4+ 
fast-path forwarding services while the CP provides the management and route 
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discovery functions needed to maintain the fast-path. The optional switching fabric 
device is used when more than two interface device subsystems are tied together. 
The optional switching fabric device may be as disclosed in U.S. Pat. 5,008,878 
issued 16 April 1991 for High Speed Modular Switching Apparatus for Circuit and 
5 Packet Switched Traffic. 

The apparatus is anticipated to be assembled using printed circuit board 
elements also here mentioned as "blades". The printed circuit board elements have 
circuit elements mounted thereon and are received in connectors provided in 

10 apparatus housings. Similar devices are also know as "option cards". The 
apparatus contemplates that blades can be exchanged among varying chassis or 
housings, provided that appropriate connectors and backplane electrical connections 
are provided. The basic component found on all blades is a carrier subsystem. 
Starting with the carrier subsystem, three types of blades can be produced. The first 

1 5 type is a CP only Blade, which consists of a carrier subsystem and a CP subsystem. 
The primary use of a CP only blade is for a product where redundancy is the primary 
concern. The second type is a CP+Media Blade, which consists of a carrier 
subsystem, a CP subsystem, and 1-to-3 media subsystems. The primary use of a 
CP+Media blade is a product where port density is deemed more important than 

20 redundancy. The third type is a Media Blade, which consists of a carrier subsystem 
and 1-to-4 media subsystems. The media blades can be used in any chassis and 
the type of media subsystem used is configurable. 

Blade management will involve fault detection, power management, new 
25 device detection, initialization, and configuration. This management will be done 
using various registers, I/O signals, and a guided cell interface that is used to 
communicate between the CP and carrier subsystems. However, unlike the chassis 
there does exist programmable devices and memory on all blades. The amount of 
programmability depends on the type of blade. When the CP subsystem exists on 
30 a blade both the CP and carrier subsystems are programmable. The media 
subsystems are also programmable but only indirectly through the carrier subsystem. 
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In higher capability products there also exists a Switch Blade which contains 
the switching fabric device subsystem. The management of this blade will involve 
fault detection, power management, new device detection, and initialization. This 
management will be done using various registers and I/O signals that will be mapped 
5 into the CP subsystem. 

In its simplest form, a switch apparatus contemplated by this invention has a 
control point processor; and an interface device operatively connected to the control 
point processor. Preferably and as here disclosed, the interface device (also known 

10 as a network processor) is a unitary Very Large Scale Integrated (VLSI) circuit device 
or chip which has a semiconductor substrate; a plurality of interface processors 
formed on the substrate; internal instruction memory formed on said substrate and 
storing instructions accessibly to the interface processors; internal data memory 
formed on the substrate and storing data passing through the device accessibly to 

15 the interface processors; and a plurality of input/output ports. The interface 
processors are also sometimes herein identified as picoprocessors or processing 
units. The ports provided include at least one ports connecting the internal data 
memory with external data memory and at least two other ports exchanging data 
passing through the interface device with an external network under the direction of 

20 the interface processors. The control point cooperates with the interface device by 
loading into the instruction memory instructions to be executed by the interface 
processors in directing the exchange of data between the data exchange 
input/output ports and the flow of data through the data memory. 

25 The network processor here disclosed is deemed inventive apart from the 

switch assemblies into which it is incorporated. Further, the network processor here 
disclosed is deemed to have within its elements here described other and further 
inventions not here fully discussed. 

30 Figure 1 shows a block diagram for the interface device chip that includes 

substrate 1 0 and a plurality of sub-assemblies integrated on the substrate. The sub- 
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assemblies are arranged into an Upside configuration and a Downside configuration. 
As used herein, "Upside" refers to data flows inbound from a network to the 
apparatus here disclosed, while "Downside" refers to data outbound from the 
apparatus to a network serviced by the apparatus. The data flow follows the 
5 respective configurations. As a consequence, there is an Upside data flow and a 
Downside data flow. The sub-assemblies in the Upside include Enqueue-Dequeue- 
Scheduling UP (EDS-UP) logic 16, multiplexed MAC's-UP (PPM-UP) 14, Switch Data 
Mover-UP (SDM-UP) 18, System Interface (SIF) 20, Data Align Serial Link A 
(DASLA) 22, and Data Align Serial Link B (DASLB) 24. A data align serial link is 

1 0 more fully described in copending U.S. Patent Application Ser. No. 09/330,968 filed 
1 1 June 1 999 and entitled "High Speed Parallel/Serial Link for Data Communication". 
While the preferred form of the apparatus of this invention here disclosed uses a 
DASL link, the present invention contemplates that other forms of links may be 
employed to achieve relatively high data flow rates, particularly where the data flows 

15 are restricted to being within the VLSI structure. 

The sub-assemblies in the downside include DASL-A 26, DASL-B 28, SIF 30, 
SDM-DN 32, EDS-DN 34, and PPM-DN 36. The chip also includes a plurality of 
internal S-RAM's, Traffic Mgt Scheduler 40, and Embedded Processor Complex 
20 (EPC) 12. An interface device 38 is coupled by respective DMU Busses to PMM 14 
and 36. The interface 38 could be any suitable L1 circuitry, such as ethernet 
Physical (ENET PHY), ATM Framer, etc. The type of interface is dictated in part by 
the network media to which the chip is connected: A plurality of external D-RAM's 
and S-RAM are available for use by the chip. 

25 

While here particularly disclosed for networks in which the general data flow 
outside the relevant switching and routing devices is passed through electrical 
conductors such as wires and cables installed in buildings, the present invention 
contemplates that the network switches and components thereof here disclosed may 
30 be used in a wireless environment as well. By way of an illustrative example, the 
media access control (MAC) elements here described may be replaced by suitable 



:|D: <WO 0116682A1.I_> 



WO 01/16682 



PCT/USOO/20798 



11 

radio frequency elements, possibly using known Silicon Germanium technology, 
which would result in a capability to link the elements here described directly to a 
wireless network. Where such technology is appropriately employed, the radio 
frequency elements can, by person of appropriate skill in the applicable arts, be 
5 integrated into the VLSI structures here disclosed. Alternatively, radio frequency or 
otherwise wireless response devices such as infrared responsive devices can be 
mounted on a blade with other elements here disclosed to achieve a switch 
apparatus useful with wireless network systems. 

10 The arrows show the general flow of data within the Interface device. Frames 

received from an Ethernet MAC are placed in internal Data Store buffers by the EDS- 
UP. These frames are identified as either normal Data Frames or system control 
Guided Frames and enqueued to the EPC (Figure 1). The EPC contains N protocol 
processors capable of working on up to N frames in parallel (N>1). In an 

15 embodiment of ten protocol processor (Figure 12B), two of the ten protocol 
processors are specialized; one for handling Guided Frames (the Generic Central 
Handler or GCH) and one for building Lookup Data in Control Memory (the Generic 
Tree Handler or GTH). As shown in Figure 12A, the EPC also contains a dispatcher 
which matches new frames with idle processors, a completion unit which maintains 

20 frame sequence, a Common Instruction memory shared by all ten processors, a 
Classifier Hardware Assist which determines frame classification and coprocessor 
which helps determine the starting instruction address of the frame, Ingress and 
Egress Data Store interfaces which control read and write operations of frame 
buffers, a Control Memory Arbiter which allows the ten processors to share Control 

25 Memory, a Web Control, Arbiter and interface that allows debug access to internal 
Interface device data structures, as well as other hardware constructs. 

Guided Frames are sent by the dispatcher to the GCH processor as it 
becomes available. Operations encoded in the Guided Frame are executed, such 
30 as register writes, counter reads, Ethernet MAC configuration changes, and so on. 
Lookup table alterations, such as adding MAC or IP entries, are passed on to the 
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Lookup Data processor for Control Memory operations, such as memory reads and 
writes. Some commands, such as MIB counter reads, require a response frame to 
be built and forwarded to the appropriate port on the appropriate Interface device. 
In some cases, the Guided Frame is encoded for the Egress side of Interface device. 
5 These frames are forwarded to the Egress side of the Interface device being queried, 
which then executes the encoded operations and builds any appropriate response 
frame. 

Data frames are dispatched to the next available protocol processor for 
1 0 performing frame lookups. Frame data are passed to the protocol processor along 
with results from the Classifier Hardware Assist (CHA) Engine. The CHA parses IP 
or IPX. The results determine the Tree Search algorithm and starting Common 
Instruction Address (CIA). Tree Search algorithms supported included Fixed Match 
Trees (fixed size patterns requiring exact match, such as Layer 2 Ethernet MAC 
1 5 tables), Longest prefix Match Trees (variable length patterns requiring variable length ? 
matches, such as subnet IP forwarding) and Software Managed Trees (two patterns 
defining either a range or a bit mask set, such as used for filter rules). 

Lookup is performed with the aid of the Tree Search Engine (TSE) * 
20 Coprocessor, which is a part of each protocol processor. The TSE Coprocessor n 
performs Control memory accesses, freeing the protocol processor to continue 
execution. Control memory stores all tables, counters, and other data needed by the 
picocode. Control memory operations are managed by the Control memory Arbiter, 
which arbitrates memory access among the ten processor complexes. 

25 

Frame data are accessed through the Data Store Coprocessor. The Data 
Store Coprocessor contains a primary data buffer (holding up to eight 16 byte 
segments of frame data), a scratch pad data buffer (also holding up to eight 16-byte 
segments of frame data) and some control registers for Data Store operations. Once 
30 a match is found, Ingress frame alterations may include a VLAN header insertion or 
overlay. This alteration is not performed by the interface device processor complex, 
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but rather hardware flags are derived and other Ingress Switch Interface hardware 
performs the alterations. Other frame alterations can be accomplished by the 
picocode and the Data Store Coprocessor by modifying the frame contents held in 
the Ingress Data Store. 

5 

Other data are gathered and used to build Switch Headers and Frame 
Headers prior to sending frames to the switch fabric device. Control data include 
switch information, such as the destination blade of the frame, as well as information 
for the Egress Interface device, helping it expedite frame lookup of destination ports, 
10 multicast or unicast operations, and Egress Frame alterations. 

Upon completion, the Enqueue Coprocessor builds the necessary formats for 
enqueuing the frame to the switch fabric and sends them to the Completion Unit, 
The Completion Unit guarantees frame order from the ten protocol processors to the 
1 5 switch fabric queues. Frames from the switch fabric queues are segmented into 64 
byte cells with Frame Header bytes and Switch Header bytes inserted as they are 
transmitted to the Prizma-E Switch. 

Frames received from the switch fabric are placed in Egress Data Store 
20 (Egress DS) buffers by an Egress EDS (34) and enqueued to the EPC. A portion of 
the frame is sent by the dispatcher to an idle protocol processor for performing frame 
lookups. Frame data are dispatched to the protocol processor along with data from 
the Classifier Hardware Assist. The Classifier Hardware Assist uses frame control 
data created by the Ingress Interface device to help determine the beginning Code 
25 Instruction Address (CIA). 

Egress Tree Searches support the same algorithms as supported for Ingress 
Searches. Lookup is performed with the TSE Coprocessor, freeing the protocol 
processor to continue execution. All Control memory operations are managed by the 
30 Control memory Arbiter, which allocates memory access among the ten processor 
complexes. 
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Egress frame data are accessed through the Data Store Coprocessor. The 
Data Store Coprocessor contains a primary data buffer (holding up to eight 16-byte 
segments of frame data), a scratch pad data buffer (also holding up to eight 16-byte 
segments of frame data) and some control registers for Data Store operations. The 
5 result of a successful lookup contains forwarding information and, in some cases, 
frame alteration information. Frame alterations can include VLAN header deletion, 
Time to Live increment (IPX) or decrement (IP), IP Header Checksum recalculation, 
Ethernet frame CRC overlay or insertion and MAC DA/SA overlay or insertion. IP 
Header checksums are prepared by the Checksum Coprocessor. Alterations are not 

1 0 performed by the Interface device Processor Complex, but rather hardware flags are 
created and PMM Egress hardware performs the alterations. Upon completion, the 
Enqueue Coprocessor is sued to help build the necessary formats for enqueuing the 
frame in the EDS Egress queues and sending them to the Completion Unit. The 
Completion Unit guarantees frame orderfrom the ten protocol processors to the EDS 

1 5 Egress queues feeding the egress Ethernet MACs 36. 

The completed frames are finally sent by PMM Egress hardware to the 
Ethernet MACs and out the Ethernet ports. 

20 An internal bus, referred to as the Web, allows access to internal registers, 

counters and memory. The Web also includes an external interface to control 
instruction step and interrupt control for debugging and diagnostics. 

Tree Search Engine coprocessor provides memory range checking, illegal 
25 memory access notification and performs tree search instructions (such as memory 
read, write or read-add-write) operating in parallel with protocol processor execution. 

Common Instruction Memory consists of one 1024x128 RAM and two sets of 
Dual 512x128 RAM. Each set of Dual RAMs provides two copies of the same 
30 picocode, allowing processors independent access to instructions within the same 
address range. Each 128-bit word includes four 32-bit instructions, providing a total 
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The Dispatcher controls the passing of frames to the ten protocol processors 
and manages interrupts and timers. 

5 

The Completion Unit guarantees frame order from the processor complex to 
the switch fabric and target port queues. A rich instruction set includes conditional 
execution, packing (for input hash keys), conditional branching, signed and unsigned 
operations, counts of leading zeros and more. 

10 

The Classifier Hardware Assist engine parses each frame's layer 2 and layer 
3 protocol header and provides this information with frames as they are dispatched 
to the protocol processors. 

1 5 The Control memory Arbiter controls processor access to both internal and 

external memory. 

External Control memory options include 5 to 7 DDR DRAM subsystems each 
supporting a pair of 2M x 16 bit x 4 bank or a pair of 4M x 16 bit x 4 bank DDR 
20 DRAMs. The DDR DRAM interface runs at a 133 MHZ clock rate and a 266 MHZ 
data strobe supporting configurable CAS latency and drive strength. An optional 133 
MHZ ZBT SRAM can be added in either a 128Kx36, 2x256Kx18 or 2x512Kx18 
configuration. 

25 Egress frames may be stored in either one External Data Buffer (e.g. DSO) or 

two External Data Buffers (DSO and DS1). Each Buffer can be comprised of a pair 
of 2M x 16 bit x 4 bank DDR DRAM (storing up to 256K 64-byte frames) or a pair of 
4M x 16 bit x 4 bank DDR DRAM (storing up to 512K 64-byte frames). Choose the 
single External Data Buffer (e.g. DSO) for 2.28 Mbps or add the second Buffer (e.g. 

30 DS1) to support 4.57 Mbps layer 2 and layer 3 switching. Adding the second Buffer 
improves performance, but it does not increase frame capacity. The External Data 
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Buffer interface runs at a 133 MHZ clock rate with a 266 MHZ data strobe and 
supports configurable CAS latency and drive strength. 

Internal Control memory includes two 512 x 128 bit RAMs, two 1024 x 36 bit 
5 RAMs and one 1024 x 64 bit RAM. 

Internal Data storage provides buffering for up to 2048 64-byte frames in the 
Ingress direction (UP). 

10 Fixed Frame alterations include VLAN tag insertions in the Ingress direction 

and VLAN tag deletions, Time To Live increment/decrement (IP, IPx), Ethernet CRC 
overlay/insert and MAC DA/SA overlay/insert in the Egress (DOWN) direction. 

Port mirroring allows one receive port and one transmit port to be copied to 
15 a system designated observation port without using protocol processor resources. 
Mirrored Interface device ports are configured to add frame and switch control data. 
A separate data path allows direct frame enqueuing to the Ingress Switch interface. 

The interface device integrates four Ethernet macros. Each macro can be 
20 individually configured to operate in either 1 Gigabit or 1 0/1 00 Fast Ethernet modes. 
Each Ethernet macro supports up to ten 10/100 Mbps MACs or one 1000 Mbps 
MACs for each of four macros. 

Figure 1 A shows a block diagram of the MAC core. Each macro includes 
25 three Ethernet Core designs; to wit, the multiport 10/100 Mbps MAC Core (Fenet), 
the 1 000 Mbps MAC core (Genet) and the 1 00 Mbps Physical Coding Sublayer Core 
(PCS). 

Multi-Port Ethernet 10/100 MAC Features: 

30 

Supports ten Serial Medium Independent Interfaces to the physical layer 
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Capable of handling ten ports of 10 Mbps or 100 Mbps media speeds, any 
speed mix 

A single MAC services all ten ports with a Time Division Multiplex interface 
Supports Full/Half duplex operations at media speed on all ports 
Supports IEEE 802.3 Binary Exponential Backoff 
1000 Mbps Ethernet MAC Core Features: 

Supports Gigabit Medium Independent Interface (GMII) to the physical PCS 
layer or directly to the physical layer 

With the PCS Core, supports a complete TBI (8b/10b) solution 

Supports Full duplex Point-to-Point connections at media speed 

Supports the IBM PCS Core valid byte signalling 

1000 Mbps Ethernet Physical Coding Sublayer Core Features: 

Performs 8b/10b encoding and decoding 

Supports the PMA (10 bit) Service Interface as defined in IEEE 802.3z, this 
interface attaches to any PMA that is compliant with IEEE 802.3z 

Synchronizes data received from the PMA (two phase clock) with the MAC 
(single phase) clock 

Supports Auto-Negotiation including two next pages 
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Converts from a two phase clock system defined in the standards to a single 
phase clock 

Provides a signal to the MAC indicating those clock cycles that contain new 

5 data 

Checks the received code groups (1 0 bits) for COMMA'S and establishes word 

sync 

10 Calculates and checks the 8b/10b running disparity 

Figures 2A - 2D show different configurations for the Interface device Chip. 
The configurations are facilitated by DASL and connection to a switching fabric 
device. Each DASL includes two channels; namely, a transmit channel and a 
15 receiver channel. 

Figure 2A shows a wrap configuration for a single Interface device. In this 
configuration, the transmit channel is wrapped to the receive channel. 

20 Figure 2B shows the configuration in which two Interface device chips are 

connected. Each Interface device chip is provided with at least two DASLs. In this 
configuration, the channels on one DASL on one chip are operatively connected to 
the channels of a matching DASL on the other chip. The other DASL on each chip 
is wrapped. 

25 

Figure 2C shows the configuration in which multiple Interface devices are 
connected to a switch fabric. The double headed arrows indicate transmission in 
both directions. 



30 Figure 2D shows the configuration in which a Main switch and a Backup 

switch are connected to Multiple Interface devices. If the main switch goes down, 
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the backup is available for use. 

A Control Point (CP) includes a System Processor that is connected to each 
of the configuration. The system processor at the CP, among other things, provides 
initialization and configuration services to the chip. The CP may be located in any 
of three locations: in the interface device chip; on the blade on which the chip is 
mounted or external to the blade. If external to the blade, the CP may be remote; 
that is, housed elsewhere and communicating by the network to which the interface 
device and CP are attached. The elements of a CP are shown in Figure 17 and 
include memory elements (cache, flash and SDRAM), a memory controller, a PCI 
bus, and connectors for a backplane and for L1 network media. 

Figure 18 shows the single chip Network Processor and the functions 
provided by the EDS-UP, the traffic Management (MGT) Scheduler and the EDS- 
DOWN (DN). The U-shaped icons represent queues and the Control Blocks (CB) 
that keep track of the contents in the queues are represented by rectangular icons. 

A description of the elements, their respective functions and interaction 
follows. 

PMM: This is the part of the Network Processors that contains the MACs (FEnet, 
POS, GEnet) and attaches to the external PHY devices. 

UP-PMM: This logic takes bytes from the PHYs, and formats it into FISH (16 bytes) 
to pass on to the UP-EDS. There are 4 DMUs within the PMM, each capable of 
working with 1 GEnet or 10 FEnet devices. 

UP-EDS: This logic takes the fish from UP-PMM and stores them into the UP-Data 
Store (internal RAM). It is capable of working on 40 frames at once, and after the 
appropriate number of bytes are received, it will enqueue the frame to the EPC. 
When the EPC is finished with the frame, the UP-EDS will enqueue the frame into 
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the appropriate Target Port Queue and start sending the frame to the UP-SDM. The 
UP-EDS is responsible for all buffer and frame management and returns the 
buffers/frames back to free pools when the transfer to UP-SDM is complete. 

5 EPC: This logic contains the picoprocessors and may contain an embedded 
PowerPC. This logic is capable of looking at the frame header and deciding what to 
do with the frame (forward, modify, filter, etc.). The EPC has access to several 
lookup tables, and hardware assists to allow the picoprocessors to keep up with the 
high-bandwidth requirements of the Network Processor. 

10 

UP-SDM: This logic takes the frames, and formats them into PRIZMA cells for 
transmission to the switch fabric. This logic is also capable of inserting the VLAN 
header into the frame. 

15 UP-SIF: This logic contains the UP-DASL macros and attaches to the external 
switch l/Os. 

DN-SIF: This logic contains the DN-DASL macros and receives PRIZMA cells from 
the external l/Os. 

20 

DN-SDM: This logic receives the PRIZMA cells and preprocesses them for help in 
frame reassembly. 

DN-EDS: This logic takes each cell and assembles them back into frames. The cell 
25 is stored into external Data Store, and buffers are linked together to make frames. 
When the entire frame is received, the frame will be enqueued to the EPC. After 
EPC is finished with the frame, it is enqueued to the Scheduler (if present) or the 
Target Port Queues. DN-EDS then sends the frames to the appropriate port by 
sending the frame, any alteration information, and some control information to the 
30 DN-PMM. 
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DN-PMM: Takes the information from DN-EDS and formats the frame into Ethernet, 
POS, etc. and sends the frame to the external PHY. 

SPM: This logic is used to allow the Network Processor to interface to external 
5 devices (PHYs, LEDs, FLASH, etc) but only requires 3 l/Os. The Network Processor 
uses a serial interface to communicate to SPM and then SPM preforms the 
necessary functions to manage these external devices. 

UP-SIDE Flow 

10 1) Frame arrives at PHY 

2) Bytes are received by UP-PMM 

3) UP-PMM sends FISH over to UP-EDS (Fish means a portion of a frame) 

4) UP-EDS stores FISH into UP-DS 

5) UP-EDS sends header over to EPC 

15 6) EPC processes header and sends enqueue information back to UP-EDS 

7) UP-EDS continues to receive the remainder of frame from UP-PMM 

8) UP-EDS sends information to UP-SDM when appropriate data is ready to 
send to switch 

9) UP-SDM reads frame data and formats it into PRIZMA cells 
20 10) UP-SDM sends cells to UP-SIF 

1 1 ) UP-SIF transfers the cells over the DASL serial links to PRIZMA 

12) UP-EDS frees up buffers/frames when all the data has been taken 

DN-SIDE Flow 
25 1) DN-SIF receives PRIZMA cells 

2) DN-SDM stores cells and preprocesses them for reassembly information 

3) DN-EDS receives the cell data and reassembly information and links the cell 
into a new frame on down side 

4) DN-EDS stores the cell into DN-DS 

30 5) DN-EDS enqueues the frame to EPC when all of the data have been received 

6) EPC processes the header and sends enqueue information back to DN-EDS 
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7) DN-EDS enqueues the frame into a scheduler queue (if present) or a Target 
Port Queue 

8) DN-EDS services the queues and sends frame information into the PCB 

9) DN-EDS uses the PCB to "unravel" the frame and reads the appropriate data 
and sends that data to DN-PMM 

1 0) DN-PMM formats the data (with alteration if requested) and sends the frame 
to the external PHY 

11) DN-PMM informs DN-EDS when buffers are no longer needed and DN-EDS 
frees these resources 

FRAME Control Flow 

1) Header is sent to EPC from UP-DS or DN-DS 

2) EPC looks up header information in lookup tables and receives frame 
enqueue information 

3) EPC sends the enqueue information back to the EDS and the frame is 
enqueued to the appropriate queue 

4) Cell Headers and Frame Headers are sent along with the frame data to aid 
in reassembly and frame forwarding 

CP Control Flow 

1 ) Control Point formats a Guided Frame and sends it to the Network Processor 

2) The Network Processor enqueues the Guided Frame to the GCH 
picoprocessor 

3) The GCH processes the Guided Frame and reads or writes the requested 
areas of Rainier 

4) The GCH passes any Table update requests over to the GTH 

5) The GTH updates the appropriate table with information from Guided Frame 

6) An acknowledgement Guided Frame is sent back to CP 

Network Processor Control Flow 

1) A Picoprocessor can build a Guided Frame to send information to another 
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Rainier or the Control Point 
2) The Guided Frame is sent to the appropriate location for processing 

A single Interface device provides media speed switching for up to 40 Fast 
Ethernet Ports (Figure 2A). 80 Fast Ethernet Ports are supported when two Interface 
devices are interconnected using IBM's Data Aligned Synchronous Link (DASL) 
technology (Figure 2B). Each DASL differential pair carries 440 Mbps of data. Two 
sets of eight pairs provide a 3.5 Gbps duplex connection (8 times 440 Mbps in each 
direction). As shown in Figures 2C and 2D, larger systems can built by 
interconnecting multiple Interface devices to a switch such as IBM's Prizma-E switch. 
The Interface device provides two of the 3.5 Gbps duplex DASL connections, one 
primary and one secondary, which can be used to provide a wrap-backpath for local 
frame traffic (when two Interface devices are directly connected, Figure 2B) or a 
connection to a redundant switch fabric (Figure 2D, Backup Sw.). In view of the 
above, the single Network Processor Chip is scaleable in that one chip can be used 
to provide a low end system (having relatively low port density - say 40) to high end 
system (having relatively high port density, say 80 - n ports). 

One Interface device in the system is connected to the system processor via 
up to ten 1 0/1 00 Mbps Fast Ethernet ports or a single 1 000 Mbps Ethernet port. The 
Ethernet configuration to the system processor is placed in an EEPROM attached 
to the Interface device and loaded during initialization. The system processor 
communicates with all Interface devices in a system (see Figure 2) by building 
special Guided Frames encapsulated as ethernet frames. The encapsulated Guided 
Frames are forwarded across the DASL link to other devices allowing all of the 
Interface devices in the system to be controlled from a single point. 

Guided Frames are used to communicate control information between the 
Control Point (CP) and the Embedded Processor Complex and within the interface 
device. A prior disclosure of Guided Cells which will elucidate the discussion here 
is found in U.S. Pat. 5,724,348 issued 3 March 1 998 for Efficient Hardware/Software 



0116682A1 _l_> 



WO 01/16682 



PCT/USOO/20798 



24 

Interface for a Data Switch". 

For Guided Frame traffic that originates at the CP, the CP constructs the 
Guided Frame in data buffers in its local memory. The CP's Device Driver sends the 

5 Guided Frame to one of the media interfaces of the Network Processor. Media 
Access Control (MAC) hardware recovers the Guided Frame and stores it in its 
internal data store (U_DS) memory. The Guided Frame is routed to the appropriate 
blade, processed, and routed back to the CP as required. Guided Frames passing 
between an external CP and the interface device are encapsulated to adapt to the 

1 0 protocol of the external network. As a consequence, if the external network includes 
ethemet, the Guided Frames are encapsulated as ethemet frames and so forth. 

Ethernet encapsulation provides a means of transport for Guided Traffic 
between the CP and the Interface device. The Ethernet MAC (Enet MAC) of the 

1 5 Interface device does not analyze the Destination Address (DA) or Source Address 
(SA) when receiving frames. This analysis is performed by the EPC picocode. 
Guided Traffic presumes that the Interface device has not been configured and the 
DA and SA cannot be analysed by the EPC picocode. Therefore, these frames are 
inherently self-routing. The Enet MAC does, however, analyse the Ethernet Type 

>0 field to distinguish Guided Traffic from Data Traffic. The value of this Ethemet Type 
value of the Guided Frame must match the value loaded into the E_Type_C 
Register. This register is loaded from Flash Memory by the Interface device's boot 
picocode. 

>5 The CP constructs the Guided Frame in data buffers in its local memory. The 

contents of a 32 bit register in the CP processor are stored in big endian format in 
the local memory as shown in Figure 3. Having constructed the Guided Frame, the 
CP'S Device Driver sends an Ethernet frame containing a DA for specific Guided 
Cell Handler (GCH), an SA corresponding to the global MAC address for the CP or 

JO the MAC address for specific interface, a special Ethernet Type field that indicates 
a Guided Frame, and the Guided Frame Data. All Ethernet frames arriving on the 
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port are received and analyzed by Enet MAC. For frames with an Ethernet Type 
value matching the contents of the E_Type_C Register, the Enet MAC strips off the 
DA, SA and Ethernet Type fields and stores the Guided Frame data into the UJDS 
memory. Bytes are collected by the Enet MAC one at a time into a block of 16 bytes 
5 called a Fish. These bytes are stored in big endian format with the first byte of the 
Guided Frame stored in the most significant byte location of the Fish (Byte 0). 
Succeeding bytes are stored in successive byte locations within the Fish (Byte 1 , 
Byte 2, Byte 15). These 16 bytes are then stored in a Buffer in the U_DS 
beginning at the Fish 0 location. Succeeding Fishes are stored in successive Fish 
10 locations within the Buffer (Fish 1, Fish 2, Fish 3, etc.). Additional Buffers are 
obtained from a free pool as required to store the remainder of the Guided Frame. 

The flow of guided traffic within the interface device 10 is shown in Figure 4. 
The Enet MAC function of the Interface device examines the frame header 

15 information and determines that the frame is a Guided Frame. The Enet MAC 
removes the frame header from the Guided Frame and buffers the remainder of its 
contents in Interface device's internal LMDS memory. The Enet MAC indicates that 
the frame is to be enqueued to the General Control (GC) Queue for processing by 
the GCH. When the end of the Guided Frame has been reached, the Enqueue, 

20 Dequeue, and Schedule (EDS) logic enqueues the frame into the GC Queue. 

The GCH picocode on the blade locally attached to the CP examines the 
Frame Control Information (see Figure 6) to determine whether the Guided Frame 
is intended for other blades in the system and whether the Guided Frame is to be 

25 executed on the down side of the Interface device. If the frame is intended for 
blades other than or in addition to the locally attached blade, the GCH picocode 
updates the TB value in the Frame Control Block (FCB) with the TB value from the 
Guided Frame's Frame Control information and instructs the EDS to enqueue the 
frame in the multicast Target Blade Start of Frame (TB_SOF) Queue. For 

30 performance reasons, all Guided Traffic is enqueued to the multicast TB_SOF queue 
independent of the number of destination blades indicated. 
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If the frame is intended for only the locally attached blade, the GCH picocode 
examines the up/down field of the Frame Control information to determine whether 
the Guided Frame is to be executed on the up or down side of the Interface device 
(see Figure 6). If the Guided Frame is to be executed on the down side of the 

5 Interface device, the GCH picocode updates the TB value in the FCB with the TB 
value from the Guided Frame's Frame Control information and instructs the EDS to 
enqueue the frame in the multicast Target Blade Start of Frame (TB_SOF) Queue. 
If the Frame Control information indicates that the Guided Frame is to be executed 
on the up side, the GCH picocode analyzes the Guided Frame and performs the 

0 operations indicated by the Guided Commands it contains. 

Prior to processing of Guided Commands, the picocode checks the value of 
the ack/noack field of the Frame Control information. If this value is 'O'b, then the 
Guided Frame is discarded following processing. Guided read commands shall not 
5 be of this category. 

If the value of the ack/noack field is '1 'b, and the value of the early/late field 
is Tb, then prior to processing any of the Guided Commands in the Guided Frame, 
the picocode constructs an Early Ack Guided Frame with the value of the TB field of 

!0 the Frame Control equal to the contents of the Early_Ack Guided Frame with the 
value of the TB field of the Frame Control equal to the contents of the My_TB 
Register. The picocode routes the Early Ack Guided Frame back to the CP by 
updating the TB value in the frame's FCB with the value contained in the TB field of 
the LAN Control Point Address (LAN_CP_Addr) Register and instructing the EDS to 

»5 enqueue the frame in the multicast TB_SOF Queue. The picocode then processes 
the Guided Commands of the Guided Frame and discards the Guided Frame. 
Guided read commands shall not be of this category. 

If, on the other hand, the value of the ack/noack field is Tb and the value of 
JO the early/lite field is 'O'b, the picocode changes the resp/req field of the Frame 
Control information to Tb to indicate a Guided Frame response, replaces the TB 
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field with the contents of the My_TB Register, and processes each Guided 
Command within the Guided Frame. During the course of processing a Guided 
Command, the picocode updates the Completion Code field of the next Guided 
Command with the completion status code value for the current Guided Command. 
5 The picocode routes the response back to the source by updating the TB value in 
the (FCB) with the value corresponding to the Source Blade (LAN_CP_Addr Register 
value for CP) and instructing the EDS to enqueue the frame in the multicast TB_SOF 
Queue. 

1 0 Frames residing in the TB_SOF Queue are scheduled for forwarding by the 

EDS. The Switch Data Mover (SDM) builds the switching fabric Cell Header and 
Interface device Frame Header from the information contained in the FCB. These 
cells pass through the switching fabric device and arrive at the target blade where 
the cells are reassembled into a frame in the D-DS memory. The SDM of the down 

1 5 side recognizes that the frame is a Guided Frame and signals the EDS to enqueue 
it in the GC Queue. 

Pressure from the GC Queue or the GT Queue stimulates the picocode to 
access and analyse the Guided Frames. All Guided Frames arriving on the down 

20 side are initially enqueued in the GC Queue. The gth/gch value of the Frame Control 
Information for these frames is examined by GCH picocode. If the gth/gch value is 
'O'b, the Guided Frame is enqueued in the GT Queue. Otherwise, the GCH picocode 
examines the resp/Feq field of the Frame Control information to determine if the 
Guided Frame has already been executed. If the resp/Feq has a value of Tb, then 

25 the Guided Frame has already been executed and is routed to the CP. Target port 
values corresponding to CP connections are maintained by EPC picocode. Frames 
from these Target Port queues are transmitted from the Interface device back to the 
CP. 

30 If the resp/req field has a value of 'O'b, then the blade may be local or remote 

with respect to the CP. This is resolved by comparing the value of the TB field of the 
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LAN_CP_Addr Register with the contents of the My Target Blade (My_TB) Register. 
If they match, then the blade is local to the CP, otherwise, the blade is remote form 
the CP. In either case, the picocode examines the up/down value of the Frame 
Control Information. If up/down is equal to Tb, then the frame is enqueued in the 
5 Wrap TP queue for forwarding to the U_DS and processing by the GCH on the up 
side. Otherwise, the picocode (GCH or Gth) performs the operations indicted by the 
Guided Commands contained in the Guided Frame. Prior to processing of the 
Guided Commands, the picocode checks the value of the ack/noack field of the 
Frame Control information. If this value is 'O'b, then the Guided Frame is discarded 
10 following processing. Guided read commands shall not be of this category. 

If the value of the ack/noack field is Tb and the value of the early/lite field is 
Tb, then prior to processing any of the Guided Commands in the Guided Frame, the 
picocode constructs an Early Ack Guided Frame with the value of the TB field of the 

1 5 Frame Control information equal to the contents of the My_TB Register. If the bade 
is remote from the CP, the picocode routes the Early Ack Guided Frame to the Wrap 
Port. Otherwise, the blade is local to the CP and the frame is routed to the Port 
Queue corresponding to the CP. The picocode processes the Guided Commands 
while either the Wrap Port moves the Early Ack Guided Frame from the D_DS to the 

20 U_DS and enqueues the frame in the GC Queue on the up side or the frame is 
transmitted from the Port Queue back to the CP. For frames wrapped back to the 
U_DS, the GCH picocode again sees this frame, but the resp/req field will have a 
value of Tb. The GCH picocode routes the frame back to the CP by updating the 
TB field in the FCB with the value contained in the TB field of the LAN_CP_Addr 

25 Register and instructing the EDS to enqueue the frame in the multicast TB_SOF 
Queue. Frames residing in the TB_SOF Queue are scheduled for forwarding by the 
EDS. The SDM builds the Prizma Cell Header and Interface device Frame header 
from information contained in the FCB. Cells from this frame pass through Prizma 
and are reassembled into a frame on the CP's local blade. The SDM of the down 

30 side recognizes that the frame is a Guided Frame and signals the EDS to enqueue 
it in the GC Queue. This time when the GCH picocode analyzes the frame, the 
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resp/req field has a value of % 1 'b. This implies that this blade is locally attached to the 
CP and the Guided Frame is routed to the Port Queue corresponding to the CP. 
Frames from this queue are transmitted from Interface device back to the CP. 

5 If, on the other hand, the value of the ack/noack field is * 1 *b and the value of 

the early/late field is *0'b, the picocode changes the resp/req field to I'b to indicate 
a Guided Frame response, replaces the TB field with the contents of the My_TB 
Register, and then processes each Guided Command within the Guided Frame. 
During the course of processing a Guided Command, the picocode updates the 

1 0 Completion Code field of the next Guided Command with the completion status code 
value for the current Guided Command. If the blade is remote from the CP, then the 
picocode routes the Guided Frame to the Wrap Port. Otherwise, the blade is local 
to the CP and the frame is routed to the Port Queue corresponding to the CP. Either 
the Wrap Port moves the Guided Frame from the D_DS to the U_DS and enqueues 

15 the frame in the GC Queue on the up side or the frame is transmitted form the Port 
Queue back to the CP. For frames wrapped back to the U_DS, the GCH picocode 
again sees this frame, but the resp/req field will have a value of % 1'b. The GCH 
picocode routes the frame back to the CP by updating the TB field in the FCB with 
the value contained in the TB field of the LAN_CP_Addr Register and instructing the 

20 EDS to enqueue the frame in the multicast TB_SOF Queue. Frames residing in the 
TB_SOF Queue are scheduled for forwarding by the EDS. The SDM builds the 
Prizma Cell Header and Interface device Frame header from information contained 
in the FCB. Cells from this frame pass through Prizma and are reassembled into a 
frame on the down side of the CP's local blade. The SDM of the down side 

25 recognizes that the frame is a Guided Frame and signals the EDS to enqueue it in 
the GC Queue. This time when the GCH picocode analyzes the frame from the 
D_DS, the resp/req field has a value of % 1'b. This implies that this blade is locally 
attached to the CP and the Guided Frame is routed to the Port Queue corresponding 
to the CP. Frames from this queue are transmitted from Interface device back to the 

30 CP. 



OCID: <WO 0116682A1_I_> 



WO 01/16682 PCT/USOO/20798 

30 

If, for any reason, the GCH picocode encounters a Guided Frame with the TB 
field of the Frame Control information equal to 'OOOO'h, then the GCH picocode 
interprets the frame as intended for only this blade and act accordingly. This action 
is required during initialization when the value of the My_TB Register is % 0000'h for 
5 all blades. The CP will initialize the My_TB Register of the locally attached blade by 
sending Write Guided Command in a Guided Frame whose Frame Control 
Information has a TB value of '0000'h. 

Any of the picoprocessors within the EPC can generate a Guided Frame. This 
10 frame can be the Unsolicited Guided Frame or any other form of Guided Frame. 
Internally generated frames of this type are constructed in a way that does not allow 
acknowledgment (i.e. ack/noack = 'O'b). These frames may be sent to one of the two 
picoprocessors (GCH or GTH) within the same EPC or to the GCH or GTH of some 
other blade. 

15 

Unsolicited Guided Frames may also be sent to the CP. Guided Frames 
destined for the same EPC are constructed using data buffers in the D_DS. These 
frames are then enqueued in the GC or GT Queue for processing. These frames are 
then processed and discarded in the usual manner. Unsolicited Guided Frames 
20 destined for the locally attached CP are constructed using data buffers in the DJDS. 
These frames are constructed in a way that indicates that they have been executed 
by the EPC (i.e. resp/req = *1'b, and TB = MyJTB). These frames are enqueued in 
the Port Queue corresponding to the CP. Frames from this queue are transmitted 
back to the CP. 

25 

Guided Frames destined for another blade can be constructed using data 
buffers in the DJDS or the U_DS. Unsolicited Guided Frames destined for the CP 
are constructed in a way that indicates that they have been executed by the EPC 
(i.e. resp/req = *1'b, and TB = My_TB). Frames constructed using buffers from the 
30 D_DS are enqueued to the Wrap Port. These frames are moved to the U_DS and 
enqueued to the GC Queue on the up side. Unsolicited Guided Frames with a 
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resp/req value of *1'b will be routed to the CP using TB value in the LAN_CP_Addr 
Register. Otherwise, the GCH picocode routes these frames using the TB value of 
the Frame Control Information of the Guided Frame. At the receiving blade, the 
frame is enqueued to the GC Queue of the down side. The GCH of this blade 
5 executes and discard the frame (resp/req = *0'b and gth/gcFf = * 1 '), or enqueues the 
frame to the GT Queue (resp/req = 'O'b and gth/gcF = '0'), or enqueues the frame 
to the Port Queue corresponding to the CP (resp/req = *1*b). Frames constructed 
using data buffers in the U_DS are enqueued directly into the GC Queue of the up 
side. From this point forward, these frames follow the same route and are handled 
10 in the same way as those constructed using D_DS data Buffers. Fig. 5 shows the 
generalized format for guided frames. 

The format shown is a logical representation with the most significant byte on 
the left and the least significant byte on the right. Four byte words begin with word 
15 0 at the top and increase towards the bottom of the page. 

Since Guided Frames must be routed and processed before the interface 
device has been configured by the CP, these frames must be self-routing. The 
results normally obtained by look-up and classification are contained in this Frame 

20 Control Information field of the Guided Frame allowing the chip to update the FCB 
with this information without performing a look-up operation. The target blade 
information contained in the Guided Frame is used by the Guided Frame Handler to 
prepare the Leaf Page field of the FCB. The CP provides the Target Blade 
information while the GCH picocode fills in the other fields in the FCB. This FCB 

25 information is used by the SDM to prepare the Cell and Frame headers. The format 
of the Frame Control information field of the Guided Frame is shown in Figure 6. 

An explanation for the abbreviation at each bit position in Figure 6 follows: 

30 resp/req Response and Not Request indicator value. This field is used to 

differentiate between request (unprocessed) and response Guided 
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ack/noack 



10 



early/late 



15 



20 



neg/all 



25 



Frames. 

0 request 

1 response 

Acknowledgment or No Acknowledgment control value. This field is 
use to control whether (ack) or not (noack) the GCH picocode 
acknowledges the Guided Frame. Guided Frames that are not to be 
acknowledged shall not contain any form of Guided Command that 
performs a read. 

0 No Acknowledgment 

1 Acknowledgment 

Early and Late Acknowledgment control value. This field is used to 
control whether the acknowledgment requested (ack/noack = "Tb) 
occurs before (early) or after (late) the Guided Frame has been 
processed. This field is ignored when ack/noack = *0'b. 

0 Acknowledge after Guided Frame processing 

1 Acknowledge before Guided Frame processing 

Negative Acknowledgment or Acknowledge All control value. This field 
is ignored when the ack/noack field has a value of TJ'b unless a guided 
command does not complete successfully. 

0 Acknowledge all Guided Frames if ack/noack = *1'b. Early or 
Late Acknowledgment determined by value of early/late. 

1 Acknowledge only Guided Frames that do not complete 
successfully. This acknowledgment will occur independent of 
the values of ack/noack and early/late and will of course be a 
late acknowledgment. 



30 up/down 



Up or Down control value. This value is used to control whether the 
frame is processed on the up side or the down side. This field is 
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ignored when resp/req is *1'b. All multicast Guided Frames shall have 
an up/down value of *0'b. In addition, Guided Commands that require 
the use of GTH hardware assist instructions shall have an up/down 
value of *0'b. 

5 

0 Down side processing 

1 Up side processing 

gth/gch General Tree Handler or Guided Cell Handler control value. This value 
10 is used to direct Guided Frames to the proper picoprocessor. 

0 GCH picoprocessor 

1 GTH picoprocessor 

TB Target Blade value. When resp/req is 'O'b, this field contains routing 

15 information used by Prizma. Each bit position corresponds to a Target 

Blade. If this value is 'OOOO'h, then the Guided Frame is assumed to 
be for this blade and is executed accordingly. A value of * 1 'b in one or 
more bit positions of the TB field indicates that the cell is routed to the 
corresponding Target Blade(s). When resp/req is *1'b, the field 
20 contains the My_TB value of the responding blade. 

Word 1 of the Guided Frame contains a correlator value (Figure 7). This 
value is assigned by the CP software to correlate Guided Frame responses with their 
requests. The Correlator includes a plurality of bits with assigned functions. 

Every Guided Command begins with a Command Control Information field. 
This Command Control contains information that aids the GCH picocode in 
processing a Guided Frame. The format for this information is shown in Figure 8. 

30 Length value: This value indicates the total number of 32 bit words contained 

in the Control Information (Cmd Word 0), The Address Information (Cmd Word 1), 
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and Operand (Cmd Words 2+) portions of the Guided Frame. 
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Completion Code value: This field is initialized by the CP and is modified by 
the GCH picocode when processing Guided Commands. The GCH picocode uses 
5 this field for completion status for the preceding Guided Command in the command 
list. Since all Guided Command lists terminate with the End Delimiter Guided 
Command, the completion status of the last command is contained in the End 
Delimiter's Completion Code field. 

10 
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Guided Command type value (Symbolic Name) 
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Symbolic Name 



Type 
Value 



Type Description 



10 



15 



20 



25 



End_Delimiter 

Build_TSE_Free_List 
Software_Action 
Unsolicited 
Block_Write 

Duplicate_Write 

Read 
register 

lnsert_Leaf 
Update_Leaf 
Read_Leaf 
Leaf 

Delete Leaf 



1001 



0000 

0001 
0010 
0011 
0100 

0101 

0110 

0111 
1000 

1010 

1011 
1100 



mark the end of a Guided Frame 

sequence 

build a free list. 

execute software action 

frames initiated by the EPC picocode 

write a block of data to consecutive 

addresses 

write duplicate data to registers or 
memory. 

request and respond for reading 

or memory data 
reserved 

insert a leaf into the search tree, 
update a leaf of the search tree 

request and respond for reading of 

Page data 

reserved 

delete a leaf of the search tree 



1101-1111 reserved 



The addressing information contained in the Guided Frame identifies an 
element within the Networking Processor's addressing scheme. The general form for 
the Address Information field is shown in Figure 9. 



30 



The Interface device employs a 32 bit addressing scheme. This addressing 
scheme assigns an address value to every accessible structure of the Interface 
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device. These structures are either internal to the Processor or connected to 
interfaces underthe control of the Processor. Some of these structures are accessed 
by the Embedded Processor Complex (EPC) via an internal interface called the Web 
Interface. The remainder of the structures are accessed via memory controller 
5 interfaces. In all cases the general form of the address is shown in Figure 10. 

The Network Controller is subdivided into major chip islands. Each island is 
given a unique Island ID value. This 5 bit Island ID value forms the 5 most significant 
bits of the address for structures controlled by that chip island. The correspondence 

10 between encoded Island ID value and the chip island name is shown in Figure 11. 

The second portion of the Web address consists of the next most significant 23 bits. 
This address field is segmented into a structure address portion and an element 
address portion. The number of bits used for each segment may vary from island to 
island. Some islands may contain only a few large structures while others may 

15 contain many small structures. For that reason there is no fixed size for these 
address segments. The structure address portion is used to address an array within 
the island while the element address portion is used to address an element within 
the array. The remaining portion of the address is to accommodate the Web 
Interface's 32 bit data bus limitation. This 4 bit word address is used for selecting 32 

20 bit segments of the addressed element. This is necessary for moving structure 
elements wider than 32 bits across the Network Controller's Web Data Bus. Word 
address value *0'h refers to the 32 most significant bits of the structure element while 
sequential word address values correspond to successively less significant segments 
of the structure element. The word address portion of the address is not required for 

25 structures not accessed via the Web Interface. For this reason, the Up Data Store, 
Control Memories, and Down Data Store make use of the entire 27 least significant 
bits of address to access structure elements. Another exception to this format is the 
address for the SPM Interface. In that case all 27 bits of address are used and no 
element is greater than 32 bits in width. 

30 

The Embedded Processing Complex (EPC) provides and controls the 
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programmability of the Interface device Chip. It includes the follow; ~g components 
(see also Figure 12A): 

N processing units, called GxH: The GxHs concurrently execute picocode 
that is stored in a common Instruction Memory. Each GxH consist of a Processing 
Unit core, called CLP, which contains a 3-stage pipeline, 16 GPRs and an ALU. 
Each GxH also contains several coprocessors, like for example the Tree Search 
Engine. 

Instruction Memory: Is loaded during initialization and contain the pico-code 
for forwarding frames and managing the system. 

A Dispatcher: Dequeues frame-addresses from the up and down dispatcher 
queues. After dequeue, the dispatcher pre-fetches part ofthe frame-header from the 
up or down DataStore (DS) and stores this in an internal memory. As soon as a GxH 
becomes idle, the Dispatcher passes the frame header with appropriate control 
information, like the Code Instruction Address (CIA) to the GxH. The dispatcher 
also handles timers and interrupts. 

A Tree Search Memory (TSM) Arbiter: There are a number of shared internal 
and external memory locations available to each GxH. Since this memory is shared 
an arbiter is used to control access to the memory. The TSM can be accessed 
directly by the picocode, which can for example be used to store aging tables in the 
TSM. Also, the TSM will be accessed by the TSE during tree searches. 

The Completion Unit (CU): The Completion Unit performs two functions. 
First, it interfaces the N Processing Units to the UP and Dn EDS (Enqueue, Dequeue 
and Schedule Island). The EDS performs the enqueue action: a frame address, 
together with appropriate parameters called the FCBPage, is queued in either a 
transmission queue, a discard queue, or a dispatcher queue. Second, the 
Completion Unit guarantees frame sequence. Since it may happen that multiple 
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GxHs are processing frames that belong to same flow, precautions must be taken 
that these frames are enqueued in the up or dn transmission queues in the right 
order. The Completion Unit uses a label that is generated by the Classifier Hardware 
Assist upon frame dispatch. 

5 

Classifier Hardware Assist: For up-frames, the Classifier Hardware Assist 
provides a classification for well known cases of frame formats. Classification results 
are passed to the GxH, during frame dispatch, in terms of the CIA and contents of 
one or more registers. For dn-f rames, the Classifier Hardware Assist determines the 
0 CIA, depending on the frame header. For both up and dn frame dispatches, the 
Classifier Hardware Assist generates a label that is used by the Completion Unit to 
maintain frame sequence. 

Up and dn DataStore Interface and arbiter: Each GxH has access to the up 
5 and dn DataStore: read access is provided when reading "more Fish" and write 
access is provided when writing back the contents of the FishPool to the DataStore. 
Since there are N Processing Units, and only one of them at a time can access the 
up DataStore and one at a time can access the dn DataStore, one arbiter for each 
DataStore is required. 

!0 

WEB Arbiter and WEBWatch interface: The WEB Arbiter arbitrates among 
the GxHs for access to the WEB. All GxHs have access to the WEB, which allows 
access all memory and registers functions in Interface device. This allows any GxH 
to modify or read all configuration areas. The WEB can be thought of as the 
!5 Interface device memory map. The WEBWatch interface, provides access to the 

entire WEB from outside the chip using 3 chip-IO pins. 

Debug, Interrupts and Single Step Control: The WEB allows the GCH or 
WEBWatch to control each GxH on the chip when necessary. For example, the 
0 WEB can be used by the GCH or WEBWatch to single step instructions on a GxH. 
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An embedded general purpose processor, like a PowerPC. 



There are four types of GxH (Figure 12B): 

GDH (General Data Handler). There are eight GDHs. Each GDH has a full 
CLP with the five coprocessors (which are described in the next section). The GDHs 
are mainly used for forwarding frames. 

GCH (Guided Cell Handler). The GCH has exactly the same hardware as a 
GDH. However, a guided frame can only be processed by the GCH. It is 
programmable on the WEB (CLP_Ena register) if the GCH is enabled to also 
process dataframes (in which case it takes the role of a GDH). The GCH has 
additional hardware compared to the GDH: hardware assist to perform tree inserts 
and deletes. The GCH is used to execute guided-cell related picocode, perform chip 
and tree management related picocode like aging and to exchange control 
information with the CP and/or another GCH. When there is no such task to perform 
the GCH will execute frame forwarding related picocode, and in this case behaves 
exactly like a GDH. 

GTH (General Tree Handler). The GTH has additional hardware assist to 
perform tree inserts, tree deletes and rope management. The GTH will process 
dataframes when there are no frames (containing tree management commands) in 
the GPQ. 

GPH (General PowerPC Handler). The GPH has additional hardware as 
compared with the GDH and GTH. The GPH interfaces to the General Purpose 
Processor through a Mailbox interface (i/f). 

The number of GxHs (ten) is a "best-guess". Performance evaluation will 
determine how much GxH are really required. The architecture and structure is 
completely scaleable towards more GxH and the only limitation is the amount of 
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silicon area (which should then also include a larger arbiter and instruction memory). 



Each GxH is structured as shown in Figure 12C. In addition to the CLP with 
General Purpose Registers (GPR) and Arithmetic Logic Unit (ALU), each GxH 
5 contains the following five coprocessors: 

(DS) Coprocessor Interface. Interfaces to the Dispatcher and to the sub- 
islands that provide read and write access to the up and dn DataStores. The DS 
Interface contains the so called FishPool. 

) 

The Tree Search Engine Coprocessor (TSE). The TSE performs searches 
in the trees, and also interfaces to the Tree Search Memory (TSM). 

Enqueue Coprocessor. Interfaces the Completion Unit Interface and contains 
5 the FCBPage. This Coprocessor contains a 256-bit register with additional hardware 
assist that the picocode must use to build the FCBPage, which contain the enqueue 
parameters. Once the FCBPage is built, the picoprocessor can execute an enqueue 
instruction, which causes this coprocessor to forward the FCBPage to the 
Completion Unit. 

) 

WEB InterfaceCoprocessor. This coprocessor provides an interface to the 
WEB Arbiter and allows reading and writing to/from the Interface device WEB. 

Checksum Coprocessor. Generates checksums on frames stored in the 
3 Fishpool (described hereinafter). 

The Processing Units are shared between ingress processing and egress 
processing. It is programmable how much bandwidth is reserved for ingress 
processing versus egress processing. In the current implementation, there are two 
) modes: 50/50 (i.e. ingress and egress get the same bandwidth) or 66/34 (i.e. ingress 
gets twice as much bandwidth as egress). 
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Operation of the Processing Units is event-driven. That is, frame arrival is 
treated as an event, as well as popping of a timer or an interrupt. The dispatcher 
treats different events in an identical fashion, though there is a priority (first interrupt, 
then timer^events and finally frame arrival events). When an event is handed to a 
Processing Unit, appropriate information is given to the Processing Unit. For frame 
arrival events, this includes part of the frame header, and information coming from 
the hardware classifier. For timer and interrupts, this includes the code entry point 
and other information that relates to the event. 

When a frame arrives on the ingress side, and the number of received bytes 
of this frame has exceeded a programmable threshold, the address of the frame- 
control-block is written in a GQ. 

When a complete frame has been re-assembled on the egress side, the 
frame address is written in a GQ. There are four types of GQ's (and for each type, 
Figure 12B, there is an ingress version and a egress version): 

GCQ: contains frames that must be processed by the GCH. 

GTQ: contains frames that must be processed by the GTH. 

GPQ: contains frames that must be processed by the GPH. 

GDQ: contains frames that can be processed by any GDH (or GCH / GTH 
when they are enabled to process dataframes). For the GDQ, there are multiple 
priorities, whereby frames enqueued in a higher priority GDQ will be processed 
before frames enqueued in a lower priority queue. 

Some Processing Units may be specialized. In the current implementation, 
there are four types of Processing Units (GxH) (see also Figure 12B): 
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GDH (General Data Handler). The GDHs are mainly used for forwarding 
frames. 

GCH (Guided Cell Handler). The GCH has exactly the same hardware as 
5 GDH. However, a guided frame can only be processed by the GCH. It is 
programmable on the WEB (CLP_Ena register) if the GCH is enabled to also 
process dataframes (in which case it takes the role of a GDH). 

GTH (General Tree Handler). The GTH has additional hardware compared 
10 to the GDH/GCH: hardware assist to perform tree inserts, tree deletes and rope 
management. The GTH will process dataframes when there are no frames 
(containing tree management commands) in the GPQ. 

GPH (General PowerPC Handler). The GPH has additional hardware 
15 compared to the GDH/GTH. The GPH interfaces to the embedded PowerPC by 
means of a mail-box interface. 

In an actual implementation, the role of GCH, GTH and GPH can be 
implemented on a single Processing Unit. For example one implementation could 
20 have one Processing Unit for GCH and GPH. A similar comment holds for the GCQ, 
GTQ and GPQ. 

The purpose of the Datastore Coprocessor is: 

25 To interface to the Up DataStore, which contains frames that have been 

received from the media, and the Down DataStore, which contains reassembled 
frames received from the Prizma Atlantic. 

The Datastore Coprocessor also receives configuration information during the 
30 dispatch of a timer event or interrupt. 
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The Datastore Coprocessor is able to calculate checksums on frames. 



The Datastore Coprocessor contains a FishPool (that can hold 8 fish), a 
scratch memory (that can hold 8 fish) and some control registers to read/write 
FishPool contents from/to the up or down datastore. The FishPool can be seen as 
some kind of work area for the Datastore: instead of reading/writing directly to a 
Datastore, a larger amount of frame data is read from the Datastore into the Fishpool 
or a larger amount of data is written from the Fishpool into the Datastore. The unit 
of transfer is a Fish, which equals 16 Bytes. 

The Fishpool can be seen as a memory that can contain 8 fish, that is 8 words 
of 128 bits each. In the CLP processor architecture, the Fishpool is a register array 
of 128 bytes. Each byte in the Fishpool has a 7-bit byte address (0 .. 127) and 
access is on a 16-bit or 32-bit basis. Like all register arrays, the Fishpool has a 
circular addressing scheme. That is, addressing a word (i.e. four bytes) starting at 
location 126 in the Fishpool returns bytes 126, 127, 0 and 1. Furthermore, from a 
Datastore Coprocessor point of view, fish-locations in the Fishpool have a 3-bit fish- 
address. 

Upon frame dispatch the first N fish of a frame are automatically copied in the 
Fishpool by the Dispatcher. The value of N is programmable in the 
PortConfigMemory. Typically, N equals four for up frame dispatch, 2 for down 
unicast frame dispatch, 4 for down multicast frame dispatch and 0 for interrupts and 
timers. 

The picocode can read more bytes from a frame, in which case the Datastore 
Coprocessor automatically reads the frame data into the fishpool at the next fish 
address, wrapping automatically to 0 when the boundary of the Fishpool has been 
reached. Also, the picocode can read or write the up/down datastore at an absolute 
address. 
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The WEB Coprocessor interfaces to the EPC WEB Arbiter. The EPC WEB 
Arbiter Arbitrates among the ten GxH and the WEB Watch to become a master on 
the Interface device WEB interface. This allows all GxH to read and write on the 
WEB. 

5 

The interface device memory complex provides storage facilities for the 
Embedded Processing Complex (EPC) Figure 12A. The memory complex includes 
the Tree-Search Memory (TSM) Arbiter and a plurality of on-chip and off-chip 
memories. The memories store tree structures, counters and anything else that the 
1 0 pico code requires memory access for. Furthermore, the memories are used to store 
data structures that are used by the hardware, like free lists, queue-control-blocks, 
etc. Any memory location which is not allocated for trees or which is not allocated 
for trees or which is not used by the hardware is by default available for pico code 
use, like counters and aging tables. 

15 

Figure 1 3 shows a more detailed block diagram of the memory complex. The 
tree-search memory (TSM) arbiter provides the communication link between the 
Embedded Processors (GxH) and the memories. The memories include 5 on-chip 
SRAMs, 1 off-chip SRAM, and 7 off-chip DRAMS. The TSM Arbiter includes ten 
20 Request Control Units (each one connected to one of the Embedded Processor ; 
GxH) and 13 memory arbiter units, one for each memory. A bus structure 
interconnects the Request Control Units and the arbiter units in such a way that each 
control unit and its connected GxH have access to all memories. 

25 The control unit includes necessary hardware to steer data between the 

Embedded Processor (GxH) and the arbiters. 

The SRAM arbiter units, among other things, manage the flow of data 
between the Embedded Processor GxH and the on-chip and off-chip SRAMs. 

30 

The DRAM Arbiter Units, among other things, manages the flow of data 
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between the Embedded Processor (GxH) and the off-chip DRAM devices. 



Each Memory Arbiter contains a "back-door" access, which is typically used 
by other parts of the chip and has highest access priority. 

The DRAM Memories can run in two modes of operation: 

TDM-mode. Memory access to the four banks in the DDRAM is done 
alternating read-"windows" and write-windows, whereby in a read 
window, access to any of the four banks is read-only and in a write 
window, access to any of the four banks is write only. Using TDM- 
mode for multiple DDRAMs allows to share some control signals 
between the DDRAMs and hence this saves some chip lOs (which is 
a very scarce resource). 

Non-TDM-mode. Memory access to the four banks in the DDRAM can 
be a combination of read and write, which must follow some specific 
rules. For example, one can do a read in bank A and a write in bank 
C within an access window. 

The TSM Arbiter allows N Requesters simultaneous access to M 
memories. When multiple Requesters want to access the same 
memory, a round-robin arbitration is performed. 

The M memories can have different properties. In our current 
implementation, there are three memory types: internal SRAM, 
external SRAM and external DDRAM. 

The M memories and N Requesters are homogeneous: any Requester 
can access any memory. 
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Some memories are logically divided into multiple sub-memories (like 
four banks in the DDRAM), which can be logically accessed 
simultaneously. 

5 Part of the M memories are used for control memories containing 

internally used data structures, which have a high priority access 
compared to the picoprocessors. This also allows debugging of the 
chip, since the picoprocessors can read the contents of the control 
memories. 

10 

The arbiter supports read access, write access and read-add-write, 
whereby an N-bit integer is added to the contents of the memory in an 
atomic operation. 

15 A general address scheme is used to access the M memories, such 

that the physical location of an object in the memory is transparent. 

The concept of trees as used by the Tree Search Engine to store and retrieve 
information. Retrieval, i.e., tree-searches and also inserts and deletes are done 

20 based on a Key, which is a bit-pattern like, for example, a MAC source address, or 
the concatenation of an IP source address and IP destination address. Information 
is stored in a control block called Leaf, which contains at least the Key (as will be 
seen later, the stored bit pattern is actually the hashed Key). A leaf can also contain 
additional information, like aging information, or user information, which can for 

25 example be forwarding information like target blade and target port numbers. 

There are tree types (FM, LPM and SMT) and associated tree type searches, 
namely: fixed match, software managed tree and largest prefix match. An optional 
additional criterium for checking the leaf during a tree search is the VectorMask. 
30 Roping, aging and a latch are used to increase search performance. 
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The search algorithm for FM trees is shown in Figure 14. The search 
algorithm operates on input parameters, which include the Key, performs a hash on 
the Key, accesses a Direct Table (DT), walks the tree through Pattern Search 
Control Blocks (PSCBs) and ends up at a Leaf (Figure 14). There are three types 
of trees, each with its own search algorithm, which causes the tree-walk to occur 
according to different rules. For example, for Fixed Match (FM) trees, the 
datastructure is a Patricia Tree. When a Leaf has been found, this Leaf is the only 
possible candidate that can match the input Key. For Software Managed Trees, 
there can be multiple Leafs that are chained in a linked list. In this case, all Leafs in 
the chain are checked with the input Key, until a match has been found or until the 
chain has been exhausted. A so-called "compare at the end" operation, which 
compares the input Key with the pattern stored in the Leaf, verifies if the Leaf really 
matches the input Key. The result of the search will be OK when the Leaf has been 
found and a match has occurred, or KO in all other cases. 



The input to a search operation consists of the following parameters: 

Key (128 bits). The Key must be built using special picocode instructions 

prior to the search (or insert/delete). There is only one Key register. 
However, after the tree search has started, the Key register can be 
used by the picocode to build the key for the next search, concurrently 
with the TSE performing the search. This is because the TSE bashes 
the Key and stores the result in an internal HashedKey register (thus, 
in reality, there are 2 Key registers). 

KeyLength (7 bits). This register contains the length of the Key in bits. It is 
automatically updated by hardware during building of the Key. 

LUDeflndex (8 bits). This is an index into the LUDefTable, which contains a full 
definition of the tree in which the search occurs. The LUDefTable is 
described in detail later. 
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TSRNr (1 bit). The search results can be stored either in Tree Search Result 
Area 0 (TSRO) or TSR1 . This is specified by TSRNr. While the TSE 
is searching, the picocode can access the other TSR to analyze the 
results of a previous search. 

Vectorlndex (6 bits). For trees which have the VectorMask enabled (which is 
specified in the LUDefTable), the Vectorlndex denotes a bit in the 
VectorMask. At the end of the search, the value of this bit is returned 
and can be used by picocode. 

The input Key will be hashed into a HashedKey, as shown in Figure 14. 
There are six fixed hash algorithms available (one "algorithm" performs no hash 
function). It is specified in the LUDefTable which algorithm will be used. A 
programmable hash function may be used to add flexibility. 

The output of the hash function is always a 128-bit number, which has the 
property that there is a one-to-one correspondence between the original input Key 
and the output of the hash function. As will be explained below, this property 
minimizes the depth of the tree that starts after the Direct Table. 



If colors are enabled for the tree, which is the case in the example of Figure 
14, the 16-bit color register is inserted in the 128-bit hash function output. The 
insertion occurs directly after the Direct Table. I.e., if the Direct Table contains 2 N 
entries, then the 16-bit color value is inserted at bit position N, as shown in the figure. 
15 The output of the hash function, together with the inserted color value (when 
enabled), is stored in the HashedKey register. 

The hash function is defined such that most entropy in its output resides in the 
highest bits. The N highest bits of the HashedKey register are used to calculate an 
10 index into the Direct Table (DT). 
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The search starts with an access into the Direct Table: a DTEntry is read from 
the direct table. The address used to read the DTEntry is calculated from the N 
highest bits of the HashedKey, as well as on tree-properties as defined in the 
LUDefTable. This is explained in detail below. The DTEntry can be seen as the root 
of a tree. The particular tree datastructure that is used depends on the tree-type. 
At this point it suffices to say that a Patricia Tree datastructure is used for FM trees, 
and extensions to Patricia Trees for LPM and SMT trees. 

An example of the use of an 8 entry DT is shown in Figure 1 5. It can be seen 
that the search time (i.e., the number of PSCBs that must be accessed) can be 
reduced by using a DT. Thus, by increasing the DT size, a trade-off can be made 
between memory usage and search performance. 

As can be seen from Figure 15, a DTEntry can contain the following 
information: 

Empty. There are no Leafs attached to this DTEntry. 
A pointer to a Leaf. There is a single Leaf attached to this DTEntry. 
A pointer to a PSCB. There are more than one Leafs attached to this 
DTEntry. The DTEntry defines the root of a tree. 

The Search Algorithm for a software managed tree and algorithm for 
generating the tree is set forth in US Patent Application Serial No. 09/312,148. 

An algorithm termed "Choice Bit Algorithm" uses a certain metric to build a 
binary search tree based upon bits selected from items termed "rules" in a set or 
universe of rules. All our examples are couched in terms of Internet Protocol (IP) 
headers, but a fixed format header of any type could be used instead. 



In IP, each Rule pertains to certain Keys which might be built with the 
following subsections: Source Address (SA), Destination Address (DA), Source Port 
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(SP), Destination Port (DP), and Protocol (P). These data are respectively 32, 32, 
16, 16, and 8 bits long and so a Key to be tested consists of 104 bits. The Choice 
Bit Algorithm finds certain of the 104 bits which are especially useful. Testing the 
few bits in effect eliminates all but one or all but a few rules from possible 
application. For some rules, testing inequalities by means of simple compare 
operations are also appropriate. The bit tests and compares are logically organized 
in a binary tree. The tree is mapped into a hardware enabled structure that tests bits 
at high speeds. Such testing results in just one rule or a small number of rules 
(called a leaf chain) which the Key might fit. In the former case, the Key is then 
tested in full by the rule. In the latter case, the Key is then tested in a lattice of tests 
using compares and full rule tests. 

Each rule in the rule set is associated with an action which is taken if the rule 
is the highest priority rule which fits the key. Rules can intersect (one key fits two or 
more rules). In that case, rules can be given priority numbers 1, 2, 3, so that any 
two intersecting rules have different priorities (an administrator must declare which 
rule dominates if a key fits two or more). Thus if more than one rule remains to be 
tested after the bit tests and compares, the rules are tested in order of priority. A 
lower priority number designates a rule with higher priority. 

If no fit is found at all, some default provision may be specified. 

The search algorithm for the longest Prefix Matching method is set forth in US 
Patent 5,787,430,. The method requires entering at a node of said database (root 
node); determining a search path from one node to another through said tree-like 
database by successively processing segments of said search argument which 
comprise only those parts of the entries which are necessary to identify the next 
(child) node, and said second link information until said segments are consumed or 
a (leaf) node lacking said second link information is reached; comparing with said 
search argument an entry stored in the node at which said search path ended; and 
if no at least partial match between the search argument and said entry is found in 
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said current node, backtracking said search path by processing said first link 
information of said current node; and repeating the previous two steps until said at 
least partial match is found or said root node is reached. 

Figure 16 shows an embodiment of the main switching fabric device. 
Preferably, each interface device chip has at least two integrated parallel-to-serial 
ports which receive parallel data and convert the data to a high speed serial data 
stream which is forwarded over a serial link to the switching fabric device. Data 
received from switching fabric device on a high speed serial link is converted to 
parallel data by another DASL. An embodiment of the Serializer/Deserializer termed 
Data Align Serial Link (DASL) is described herein. 

At least one DASL interfaces the switching fabric device to the serial links. 
Data from the serial link is converted into parallel data which is delivered to switching 
fabric device. Likewise, parallel data from switching fabric device is converted to 
serial data which is delivered to the serial links. The serial links can be aggregated 
to increase throughput. 

Still referring to Figure 16, the switching system includes switch fabric 11, 
input switch adapters 1 3 (1 3-I . . . 1 3-k) which are connected to the switch fabric input 
ports 15 (15-1. . .15-k), and output switch adapters 17 (17-1. . .17-p) which are 
connected to the switch fabric at output ports 19 (1 9-I. . .19-p). 

Incoming and outgoing transmission links 21 (21-1. . .21-q) and 23 (23-I. . .23- 
r) are connected to the switch system by line (link) adapters 25 (25-I. . . 25-q) and 27 
(27-I. . . 27-r), respectively. The transmission links carry circuit switched or packet 
switched traffic from and to attached units such as work stations, telephone sets or 
the like (links designated WS), from and to local area networks (links designated 
LAN), from or to Integrated Services Digital Network facilities (links designated 
ISDN), or from and to any other communication systems. Furthermore, processors 
may be attached directly to switch adapters 13 and 17. The line adapters (LA) and 



_0116682A1J_> 



WO 01/16682 

52 

switch adapters (SA) have a common interface. 
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At the input switch adapters, various services from packet switched and circuit 
switched interfaces are collected and converted into uniform minipackets (having one 
5 of several possible fixed lengths), with a header containing routing information 
designating the required output port (and outgoing link) of the switch. Some details 
on the minipacket format and on minipacket generation in the input switch adapters 
and on depacketization in the output switch adapters will be given in the next 
sections. 

10 

The switch fabric routes the minipackets via a fast self-routing interconnection 
network from any input port to any output port. The structure of the self-routing 
network is such that minipackets can be routed simultaneously internally without any 
conflicts. 

15 

The heart of the switching system is the switch fabric. Two different 
implementations are considered and will be described separately. In one 
implementation, the switch fabric comprises a self-routing binary tree for each input 
port, connecting the respective input port to all output ports; the switch fabric 
20 comprises k such trees in combination (if k input ports are provided). In the other , 
implementation, a bus structure with an output RAM is provided as a slice for each 
output port, connecting all input ports to the respective output port; the switch fabric 
comprises p such slices in combination (if p output ports are provided). 

25 DASL is described in Application Serial Number 09/330,968, filed 11 June 

1999. The DASL Interface receives data from a parallel interface such as a CMOS 
ASIC, partitions the bits from the parallel interface into a smaller number of parallel 
bit streams. The smaller number of parallel bit streams are then converted into a 
high speed serial stream, which is transported via a transmission medium to the 

30 receiver of the other module. A differential driver with control impedance drives the 
serial bit stream of data into the transmission media. 
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DASL implements the method of parsing a data stream presented as N bits 
in parallel into a plurality of portions each having n bits, wherein n is a fraction of N; 
serializing each n bit portion of the data stream; transferring each serialized portion 
over a corresponding one of a plurality of parallel channels; and deserializing each 
transferred portion of the data stream to restore the data stream to presentation as 
N bits in parallel. 

In the drawings and specifications there have been set forth preferred 
embodiments of the inventions here disclosed and, although specific terms are used, 
the description thus given uses terminology in a generic and descriptive sense only 
and not for purposes of limitation. 
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1 1. Apparatus comprising: 

2 a media interface that attaches to communications networks or network 

3 devices; 

4 an embedded processor complex through which control information is routed 

5 or processed; 

6 an up-side data path through which ingress data from the media interface into 

7 the apparatus is routed at media speed; 

8 a down side data path through which egress data from the apparatus into the 

9 media interface is routed at media speed; and 

0 a coupler operatively interconnecting the up-side data path to the down-side 

1 data path. 

1 2. The apparatus of claim 1 further including memories; and a memory interface 

2 mechanism operatively coupling the memories to the embedded processor complex. 

1 3. The apparatus of claim 2 further including a substrate on which recited 

2 elements are operatively integrated; and wherein the memories are partitioned into 

3 separate modules some of which are mounted on the substrate and others of which 

4 are mounted off the substrate. 

1 4. The apparatus of claim 1 further including an up-side data store positioned in 

2 the up-side data path; and a down-side data store positioned in the down-side data 

3 path. 

1 5. The apparatus of claim 4 further including: 

2 a first interface logic circuit that couples the up-data store to the embedded 

3 processor complex; and 

4 a second interface logic circuit that couples the down-data store to the 

5 embedded processor complex. 



:iD: <WO 0116682A1_I_> 



WO 01/16682 



PCT/US00/20798 



55 

1 6. The apparatus of claim 1 wherein the media interface includes at least one 

2 ethernet Mac Core (Macro). 

1 7. The apparatus of claim 6 further including an ethernet PHY operatively coupled 

2 to the ethernet macro. 

1 8. The apparatus of claim 7 wherein the at least one ethernet macro is 

2 configurable with a first module with function to support 1 Gigabit ethernet including 

3 100 Mbps Physical Coding Sublayer Core (PCS), a second module with functions 

4 to support 1 0/1 00 ethernet or Packet over Sonet (POS) . 

1 9. The apparatus of claim 8 further including a GMII interface operatively coupling 

2 the first module to the ethernet PHY. 

1 10. The apparatus of claim 8 further including a SMII interface operatively coupling 

2 the second module to the ethernet PHY. 

1 11. Apparatus comprising: 

2 a semiconductor substrate; 

3 inbound data flow logic fabricated on said substrate and responsive to 

4 information units flowing inbound to the apparatus from a network address; 

5 partitioning logic fabricated on said substrate and operatively connected to 

6 said inbound data flow logic to receive information units therefrom and partition the 

7 information units into predetermined sectors; 

8 inbound system interface logic fabricated on said substrate and operatively 

9 connected to said partitioning logic to receive sectors of information units therefrom; 

10 a first input/output port fabricated on said substrate; 

11 first ni 9h speed interface logic fabricated on said substrate and operatively 

12 connected to said inbound system logic and said first input/output port to pass 

1 3 sectors of information units from said inbound system logic to said first input/output 
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♦ port; 

5 a second input/output port fabricated on said substrate; 

5 second high speed interface logic fabricated on said substrate and operatively 

? connected to said second input/output port to receive therefrom sectors of 

J information units outbound from the apparatus to a network address; 

J outbound system interface logic fabricated on said substrate and operatively 

) connected to said second high speed interface logic to receive sectors of information 

I units therefrom; 

> completion logic fabricated on said substrate and operatively connected to 
\ said outbound system interface logic to receive sectors of information units therefrom 
I and to combine received sectors with previously partitioned sectors and form 

> information units flowing outbound from the apparatus to a network address; and 

5 an embedded processor complex fabricated on said substrate and operatively 

connected to said inbound data flow logic, said partitioning logic, said inbound 

\ system interface logic, said outbound system interface logic and said completion 

> logic to control the operation thereof in passing information units through the 
) apparatus. 



12. Apparatus according to Claim 11 further comprising a traffic management 
scheduler fabricated on said substrate and interposed in the path of outbound data . 
flow. 

13. Apparatus according to one of Claims 1 1 or 12 further including a plurality of 
Input/Output media ports formed on said substrate for exchanging inboud and 
outbound data flows with a network. 

14. Apparatus according to Claim 13 wherein said input/output media ports 
comprise inbound multiplexed MACs fabricated on said substrate and operatively 
interconnecting the Input/Output media ports to the inbound data flow logic and 
outbound multiplexed MACs fabricated on said substrate and operatively 
interconnecting the Input/Output media ports to the outbound data flow logic. 
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1 15. Apparatus according to Claim 13 wherein the Input/Output media ports 

2 include ethernet ports. 

1 16. A single chip apparatus comprising: 

2 a single semiconductor substrate; 

3 UP Enqueue/Dequeue/Scheduling (UP-EDS) logic fabricated on said 

4 substrate, said UP-EDS being responsive to process information units flowing in a 

5 first direction, UP; 

6 UP Switch Data Mover (UP-SDM) logic fabricated on said substrate, said UP- 

7 SDM logic being positioned to receive information units from said UP-SDM and 

8 partitioned said information units into predetermined information sectors; 

9 UP System Interface (UP-SIF) logic fabricated on said substrate and 

10 positioned to receive information sectors flowing in the UP direction from said UP- 

11 SDM; 

12 first Switch I/O port formed on said substrate; 

13 a module that serializes data leaving the chip and parallelized data received 

14 on the chip fabricated on the chip and positioned between the UP-SIF and first 

15 Switch Port; 

1 6 a series of downside elements, fabricated on said substrate, similar to the UP 

1 7 side elements disposed in spaced relationship to the UP side elements and operable 

18 to process data flowing in a second direction, Down; and 

19 an Embedded Processor Complex fabricated on the substrate at the 

20 approximate center of said chip and having access to UP side and Down side 

21 elements to process information units flowing there-through. 



17. The single chip apparatus of Claim 16 further including a traffic management 
scheduler fabricated on the downside traffic flow path of said chip. 

18. The single chip apparatus of Claims 16 or 17 further including a plurality of 
Input/Output media ports formed on said substrate. 



KDCia <WO_0116682A1_I_> 



WO 01/16682 



PCT/US00/20798 



58 



1 19. The single chip apparatus of Claim 18 further including 

2 UP Multiplexed MACs fabricated on said substrate and operatively 

3 interconnecting the Input/Output media ports to the UP-EDS; and 

4 Down Multiplexed MACs fabricated on said substrate and operatively 

5 interconnecting the Input/Output media ports to the Down EDS. 

1 20. The single chip apparatus of Claim 1 8 wherein the Input/Output media ports 

2 include ethemet ports. 

1 21. The single chip apparatus of Claim 16 wherein the Embedded Processor 

2 Complex further includes a System Control PC fabricated on said substrate. 

1 22. The single chip apparatus of claim 16 wherein the series of Down Side 

2 elements include at least one seriaiizer/deserializer, a Down-SIF, a Down-EDS, and 

3 Down Multiplexed MACs. 

1 23. The single chip apparatus of Claim 16 wherein UP-EDS includes data 

2 storage, a plurality of registers and control logic fabricated on said chip. 

1 24. A single chip apparatus including: 

2 a single semiconductor substrate; 

3 a plurality of Input/Output media ports formed on said substrate, said media 

4 ports preferably being positioned relative to a first edge of said substrate; 

5 a plurality of switch ports formed on said substrate, said switch ports 

6 preferably being positioned relative to a second edge of said substrate; 

7 a first set of UP side circuit elements fabricated on said substrate and 

8 positioned to operatively interconnect the media ports and the switch ports and 

9 process data flowing in a first direct; 

0 a second set of Down side circuit elements fabricated on said substrate, said 

1 Down side circuit being positioned in spaced relationship to the UP side circuit 
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12 elements, operatively interconnecting the media ports and the switch ports and 

1 3 processing data flowing in a second direction; and 
an Embedded Processor Complex, EPC, fabricated on said substrate, said 

EPC being positioned intermediate the UP side elements and the Down side 
elements and processing information flowing through the UP side elements and the 



14 
15 
16 

17 Down side elements. 



1 25. A method comprising the steps of: 

2 receiving information units flowing inbound from a network address; 
partitioning received information units into predetermined sectors; 
passing predetermined information unit sectors to first high speed interface 

5 logic while storing other information unit sectors; 

6 receiving passed information unit sectors at a second high speed interface 

7 logic; and 

combining received information unit sectors with previously stored other 
information unit sectors to complete information units to flow outbound to network 

10 addresses; all while 

1 1 controlling the performance of the recited steps with a processor complex 

12 formed on a semiconductor substrate integrally with circuit elements through which 

1 3 information units and sectors thereof pass in the performance of the recited steps. 



3 
4 



8 
9 



1 
2 

3 



1 

2 



26. A method according to Claim 25 further comprising parsing the data flow into 
a plurality of portions, storing selected portions of the parsed data flow in data 
memory, and directing other selected portions of the parsed data flow to a switching 



4 fabric for determination of an outbound direction. 



27. A method according to Claim 26 further comprising recombining the stored 
and other selected portions of the data flow prior to direction of the data flow 



3 outbound through an output port. 



3CID: <WO 0116682A1J_> 



WO 01/16682 



1 / 17 



PCT/US00/20798 



O 



Q CO 



1 



CO 



00 
CN4 



O 

CO 



LU LU 



CO 
Q 
LU 



o 

LU 



LU 
ZD 

o 

LU 
Q 



CD 












1 








< 




-J 




CO 













E 











Q 

I 




LU 


CO 


cog 2 

CO 



.CM 
CO 



CD 
CM 



00 

-3 



o 

CM 



CO 

s 



I 

CO 



P T LU 

CO ^ «2 
CO 



CM 
CM 



CO 



I 



< y 



on 
m 



CO 



o 

LU 
LU 

I- 



hi 



o 

LU 
X 

u 

CO 



T 





CO 




ED 


OR 


LEX 


a 


CO 


Q 


CO 


Q_ 


m 


LU 


COMI 


m 


O 




o 


UJ 


PR 



o 
a. 

LU 



to 



< o 



CD 

CO 



7 



CM 



Q 
LU 

X 

QLUCO 
0-3 



CO 

_ oo 
CD co 



LU 



J" 



EE 



LU 
Q_X 
3LUC0 



< 

I 

X 

CL 

h- 
LU 

LU 



CO 
CD 



CL 

Z> 
i 

CO 
Q 
LU 



LU LU 

3 3 

LU LU 

3 3 

a a 

Z LU 

lu a 



o 

_i 
3 
Q 
LU 
I 
O 
CO 




.0116682A1_I_> 



WO 01/16682 



2 / 17 



PCT/USOO/20798 




< 



OCID: <WO 0116682A1_L> 



WO 01/16682 



PCT/USOO/20798 



3 / 



17 



5 
CO 

CL 
3 

o 

CO 
CO 



5 
CO 
c 
"co 







CD 




C 


CO 


'co 




a: 









CD 




*C 


CM 


CO 









c ° 

C CO 
CD CO 

1 8 
"I 



CD 

'co * 







ainie 




CO 


St 


a: 





5 
CO 

c 

*co 







CD 






CM 


'co 




a: 





CD 

'co 



E co 

CD C/> 



o 



V) 

c 

O 

■ 

*■» 

5 

3 

o> 

c 
o 
o 

I 

CM 

o 



1— 




CD 




"c 


CM 


"co 




a: 





CD 

"co * 



E co 

CD CO 

"I 



00 





Rainier 
#1 







E co 

CD CO 

-J^ CD 

£ § 



> <WO 0116682A1_I_> 



WO 01/16682 



PCT/US00/20798 



4 / 



17 







ridg 


O 




CD 









CO 






CD 






CM 






CD 


CL 




r— . 


O 




CD 






O 






GO 








-J ^ 


W4.B3 








■ 






■ 






■ 




! 


WI.BO 






CD 


W0.B3 






CN4 


W0.B2 








W0.8I 








O 






O 


WOi 







0) 



net 


AC 


UJ 


2 



CM 



CO 




CO 



O 
CL 



LU 

Li. 

(0 

a 

o 

(0 



T3 
a 

o 

CO 

d 



co « 



ID 

Q CO 



XXDID: <WO 0116682A1_I_> 



WO 01/16682 



PCT/US00/20798 



5 / 



17 




D: <WO 0116682A1_L> 



WO 01/16682 



PCTAJSOO/20798 



6 / 17 




X:iD: <WO 0116682A1_I_> 



WO 01/16682 



PCT/US00/20798 



7 / 



17 



o 

s> 

o 
(J 



CM 



CO 



CD 



CO 
CD 



CM 

"co" 

To" 
"co" 
"FT" 



CO 



CM 

Tn~ 

CM 

CD 
CM 

CM 

CO 
CM 

a> 

CM 

o 

CO 



CO 



0) 




to 

a> 

3D 

if 



o 

iS 

2 

o 
o 

CD 



a> 



o 

(3 



co 



a> 
■a 
o 
O 
c 
o 

jd 
a. 

E 
o 
O 



CM 
CO 

CD 



co 



CM 
CO* 

in" 



CO 



CO 



o 

CM 



CM 

CM 
CM 

CO" 
CM 

CM 

m 

CM 

CO 
CM 

CM 

CO 
CM 

CD 
CM 

O 
CO 



CO 



ro 

if 

7) 



to 



p 
a) 

3D 

xf 



(0 

E 

o 
u. 

c 
o 

as 
E 



c 
o 
o 

"O 
C 
CO 

E 

E 
o 
o 

oo 
CD 



co 
co 

S> 
■o 

< 



o 




T — 




CM 


CO 
0) 


CO 


% 

m 




CD 


in 


-j 


CO 








CO 




o> 




o 


CM 
CD 




CM 

T— 


OD 


CO 








m 




CO 








CO 

T— 




CD 


a> 


o 

CM 


!>* 
CD 


CM 




CM 
CM 




CO 
CM 




CM 




in 

CM 




CO 
CM 




CM 


DD 


CO 
CM 


ai 

CO 


O) 
CM 


O 
CO 




CO 





CO 

E 



c 
o 

CO 

E 
c 

CD 

£ 

< 

cd 



t— 


















< 






"E 






o 






$ 






CO 






CO 






a> 












"a 






< 
























E 






CD 






LU 








co 


CM 




CM 


CO 


co 






co 
























< 


















a 












» 






CO 






o 






nu 
pu 


m 




CO 



















c 

CO 

<D 
k. 

"O 

■a 
< 

o 
CO 

o 
E 
o 

LL 

75 

a> 

c. 
a> 

CD 



5 



XX3ID: -WO 0116682A1_L> 



WO 01/16682 



8 / 17 



PCTYUS00/20798 




WO 01/16682 



9 / 17 



PCTAJSOO/20798 



On-Chip Memorie s Off-Chip Memories 



HO 


HI 


H2 


H3 


H4 


S 


DO 


01 


D2 


D3 


D4 


05 


D6 











TSM Arbiter 



Up Enqueue 

Interrupts 
EPC Freeze 
Exception 



PowerPC 
I — 



Completion Unit 



Debug, Interrupts & 
Single Step Control 



LUDefTable 
CompTable FreeQs 



Label 

zr 



(Rd+Wr) 




EPC WEB 
Control 



F Internal EPC 
WEB 



Dn 
DS 

i/f 



Dn Enqueue 



WEB Arbiter, 
WEB Watch i/f 



DN 
» DS 

i/f 

(Rd+Wr) 



- WEB 

WEBWatch 

DN 

- DS 
i/f 

(Rd) 



FIG. 12A BLOCK DIAGRAM OF THE EPC 



0116682A1J_> 



WO 01/16682 



10 / 17 



PCT7US00/20798 




WO 01/16682 



PCT/USOO/20798 



11 / 



17 




o 
E 

CD 



o 

I— 

"55 
c 



O 
CM 



O 



OCID: ^WO 0116682A1_I_> 



WO 01/16682 



12 / 17 



PCT/US00/20798 



GxH 



«Ct> 



GxH 



GxH 



GxH 



GxH 



GxH 



GxH 



GxH 



GxH 



GxH 



TSM Arbiter 



Ct=> on " chi P 
' SRAM 




FIG. 13 (Memory Complex) 



_0116682A1_I_> 



WO 01/16682 



13 / 17 



PCT/USOO/20798 




.01166S2A1_L> 



WO 01/16682 



PCT/USOO/20798 



14 / 17 




3DOCID: <WO 0116682A1 J_> 



WO 01/16682 PCT/US00/20798 

15 / 17 



CO 
CM 



CO 5? Q 

^ <, CO 



Q Q ^ 

CO CO ^ 



1 


LA 


< 
-i 


LA 




LA 


< 


LA 






SA 


■ ■ • 


SA 















UJ 

I- 

CO 

o 

2 
X 

CO 




CO 

O 
u_ 





< 
CO 


■ ■ ■ 


< 

CO 


in 




5 


< 




5 


5 


5 



V ' co 



CO 



eg 



CO 2 
<; < Q 



CO 



Q Q < 
CO CO -J 



to 

CNJ 



X5CI D: <WO_ 01 1 6682A 1_l_> 



WO 01/16682 



16 / 17 



PCT/USOO/20798 









o 




CO 




C 




o 




CO 




c 




CO 


o 


a. 

X 


CL 


LU 




> 






to 






3 




■4— • 

a) 






z: 


> 






CO 




■ 

LU 


CO 










CO 

m 

o 

CL 



PowerPC 














a> 

I 

LU 




CO 

"o "53 

LU C O 

co o 

y c/) co 



CD 

a. Q 

CO —J 

CL 0L 



Ds 1 


o 


Ul 


o 




o 



o 

UL 



o 


< 


CO 


o 


E 


CL 


CO 


LL 

























1 


s 

$ 




IART 




12C 




CMu 




VPD 




CO 




_> 










CM 







d 8 

lu as 



] 



C £ 

CO o 

Q. CD 

o c 

CO o 

CD O 




5DOCID: <WO_0116682A1_I_> 



WO 01/16682 



17/17 



PCT/US00/20798 




0118682A1 I _> 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US00/2O798 



I A. CLASSIFICATION OF SUBJECT MATTER ™ ~~ 
IPC(7) :G06F 3/00, 13/00, 15/16 
US CL :709/250; 710/52, 129 
I According to International Patent Classification (IPC) or to both national classification and IPC 
I a FIELDS SEARCHED *"* ~~ 

Minimum documentation searched (classification system followed by classification symbols) 
U.S. : 709/250; 710/52, 129 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



! Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 
STN/CAS 



! C DOCUMENTS CONSIDERED TO BE RELEVANT 



Category' 



Y 
Y 
IY 
Y 
Y 
Y 



Citation of document, with indication, where appropriate, of the relevant passages 



US 4,715,030 A (KOCH et al) 22 December 1987, abstract. 
US 5,282,196 A (CLEBOWICZ) 25 January 1994, abstract. 
US 5,598,541 A (MALLADI) 28 January 1997, abstract. 
US 5,659,718 A (OSMAN et al) 19 August 1997, abstract. 
US 5,777,987 A (ADAMS et al) 07 July 1998, abstract. 
US 5,878,217 A (CHERUKURI) 02 March 1999, abstract. 



Relevant to claim No. 



1-27 
1-27 
1-27 
1-27 
1-27 
1-27 



□ 

Further documents are listed in the continuation of Box C. | | See patent family 



annex. 



Special categories of cited documents: 

document defining the general state of the art which is not considered 
to be of particular relevance 

earlier document published on or after the international filing date 

document which may throw doubts on priority claim (s) or which is 
cited to establish the publication date of another citation or other 
special reason (as specified) 

document referring to an oral disclosure, use, exhibition or other 
means 

document published prior to the international filing date but later than 
the priority date claimed 



T later document published after the international filing date or priority 

date and not in conflict with the application but cited to understand 
the principle or theory underlying the invention 

"X" document of particular relevance; the claimed invention cannot be 

considered novel or cannot be considered to involve an inventive step 
when the document is taken alone 

"V document of particular relevance; the claimed invention cannot be 

considered to involve an inventive step when the document is 
combined with one or more other such documents, »uch combinsuon 
being obvious to a person skilled in the art 

document member of the same patent family 



Date of the actual completion of the international search 
22 SEPTEMBER 2000 



Name and mailing address of the ISA/US 
Commissioner of Patents and Trademarks 
Box PCT 

Washington. D C. 20231 
Facsimile No. (703) 305-3230 



Date of mailing of the international s> 

1§ OE 



port 



Authorized officer 

JOHN FOLLANSBEE 
Telephone No. (703) 305-8498 



cwo misLJ," ,7 10 ( second sheet > ( Ju| y 1»M>* 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 
Qf FADED TEXT OR DRAWING 

'BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 
LY SCALE DOCUMENTS 

LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 




THIS PAGE BLANK 



i 



